1、跪求 J2EE+MYSQL 源碼
教你逐步配置J2EE來完全支持MySQL
作者:佚名 來源:不詳 發布時間:2007-5-21 13:29:06 發布人:admin
減小字體 增大字體
這一段時間在學習J2EE&EJB,我最感興趣的還是做JDBC的EJB,但是由於我手頭上沒有J2EE默認的Cloudscape,也不敢裝Oracle,我的機器太次,跑J2EE已是滿負荷運轉,絕不能再加大傢伙!因此我想繼續使用小巧玲瓏的Mysql。
首先當然是系統環境軟體的安裝,我就不多說了,在下面我給出了幾種軟體的下載地址。需要特別強調的是,請一定要注意你安裝的Mysql的版本,我們平常用的大都是「mysql-shareware-3.22.30-win」這個版本,但J2EE需要3.23.15以上的Mysql,這個是我花費大半天時間得到的教訓。
經我的多次實驗,J2EE的配置文件default properties中應按如下設置:
jdbc.drivers=org.gjt.mm.mysql.Driver
jdbc.datasources=jdbc/TestDb|jdbc:mysql://localhost:3306/test?user=jian&password=jian
以上語句很簡單,用過Mysql的jdbc driver的人一看就明,所要注意的是其中的「jdbc/TestDb」實際上就是JNDI用來標識該資料庫的名字。
在EJB中調用就很簡單了:
DataSource ds = (DataSource) ic.lookup("jdbc/TestDb");
其實配置正確後回過頭來再看,覺得真是很簡單,但正是正確之前的一段摸索歷程耗費了我很多的精力,所謂黎明前的黑暗吧。
從我使用的情況來看,這個版本的J2EE的錯誤提示機制特差,看上去不知所雲,而且並不穩定,比如用它的裝配工具生成的JAR包,雖然可用,但每次總被系統彈出窗口警告說是「無效的Windows NT映像」,弄得煩不勝煩,還有,明明按我上述配置已經能順利運行連接Mysql的EJB,但error.log和dos窗口總是會記載說「Cannot find principal mapping information for data source with JNDI name jdbc/TestDb」。不過雖然有警告和錯誤日誌記載,但只要你程序能夠順利地運行,盡可不去理會那麼多,畢竟,J2EE還只是一個新生事物,沒有經過長時間廣范圍的評測和使用。
運行環境:
J2EE: JavaTM 2 SDK, Enterprise Edition Version 1.2.1
JDK: j2sdk1.3.0
Mysql: mysql-3.23.23-beta-win
Driver: mm.mysql-2.0.2
2、我想要個j2ee項目類似校園網站的項目源碼
你是要網站導航么,手頭有個數字化校園的網站正在做
3、求J2EE在線客服系統的設計與實現畢業設計(含源代碼)
求J2EE在線客服系統的設計與實現好呢,俺是老師。//
//可以根據你的要求
指導
4、JAVA與J2EE
隨著Internet網路的迅速發展,基於互聯網的企業應用要求軟體平台具有開放性、分布性和平台無關性。於是就相繼出現了RPC/COM/CORBA等技術,但這些技術在實際應用中存在著許多不足和局限。它們的特定協議難以通過防火牆,因而不適於Web上的應用開發。為了進一步開發基於Web的應用,出現了Sun公司的Sun ONE(Open Net Environment 開發網路環境)和Microsoft公司的.NET等Web 服務技術體系。
Sun ONE體系結構以Java語言為核心,包括J2SE/J2EE/J2ME和一系列的標准、技術及協議。它包括Sun獨有的iPlanet軟體系列,其中有在市場上受歡迎的LDAP目錄伺服器軟體,以及Forte for Java——便於在任何環境下書寫Java 語言的軟體工具。我們很容易就能從網上免費獲得和使用包括Java 集成開發環境、Java資料庫和中間件(Application Server)伺服器等產品,以及它們的源代碼。Sun ONE更接近或能滿足互聯網在智能化Web服務方面對分布性、開發性和平台無關性的要求。
隨著Java技術的不斷發展,它根據市場進一步細分為:針對企業網應用的J2EE(Java 2 Enterprise Edition)、針對普通PC應用的J2SE(Java 2 Standard Edition)和針對嵌入式設備及消費類電器的J2ME(Java 2 Micro Edition)三個版本。本文就Sun ONE的Java核心應用——J2SE/J2EE/J2ME作一些介紹。
J2EE技術應用
J2EE是Sun公司推出的一種全新概念的模型,比傳統的互聯網應用程序模型更有優勢。
J2EE模型
J2EE的應用編程模型(J2EE Blueprints)提供了一種用於實施基於J2EE多層應用的文檔和實例套件的體系模型,簡化了這項復雜的工作。它被開發人員用作設計和優化組件,以便開發人員從策略上對開發工作進行分工。
J2EE應用編程模型要求開發者將自己的工作分成兩類:商業邏輯和表示邏輯,其餘則由系統資源自動處理,不必為中間層管道進行編碼。這樣,開發人員就能將更多的時間花在商業邏輯和表示邏輯上。對重視縮短項目周期的公司來說,這種轉變深受歡迎。
J2EE平台
J2EE平台是運行J2EE應用的標准環境,由J2EE部署規范(一套所有J2EE平台產品都必須支持的標准)、IETF標准集和CORBA標准組成。最新的J2EE平台還添加了JavaBean組件模型。開發人員可以利用JavaBean組件模型來自定義Java類實例,並可通過已定義的事件訪問Java類。
J2EE支持EJB,因此開發人員可以執行多用戶交易功能。當在J2EE伺服器上運行時,Enterprise JavaBeans將應用邏輯分成可再利用和可擴展的代碼段。Enterprise JavaBeans並不是新特徵,但是通過定義標准客戶端和服務API,J2EE增強了它的能力和可移植性。
EJB在伺服器的一個容器內運行,提供所有典型的中間層服務,如事務管理、安全、遠程客戶連接、生存周期管理和資料庫連接緩沖。為了讓事務系統在存在EJB容器的情況下運行,開發人員只需在部署描述文件中定義Beans的事務屬性即可。
J2EE通過定義一組標準的結構來實現它的優勢,例如:
1.J2EE Application Programming Model,是一種用於開發多層次、瘦型客戶用戶程序的標准設計模型;
2. J2EE Platform,是一個標準的平台,用來整合J2EE的應用程序,並指定一系列的介面和方法;
3. J2EE Compatibility Test Suite,是一套兼容測試組件,用來檢測產品是否同J2EE平台兼容;
4.J2EE Reference Implementation,用來示範J2EE的能力。
J2EE伺服器
Sun的J2EE伺服器通過Java 命名和目錄介面(JNDI)、認證、HTTP及與Enterprise JavaBeans兼容的能力,提供命名和目錄服務。JNDI是Java平台的一種標准擴展版,向企業內的命名和目錄服務提供具有Java功能的,帶有統一介面的應用,包括LDAP。
J2EE伺服器還利用了Java Servlet技術。Java Servlet可以看作是運行在伺服器上的一個小程序,它向開發人員提供以組件為基礎創建基於Web應用的、獨立於平台的方法。它不像利用CGI那樣具有性能局限。Java Servlet是一種擴展Web伺服器功能的簡單技巧。由於它是用Java編寫的,因而能夠訪問整個Java API庫,也包括用於訪問企業資料庫的JDBC API。
JSP是Java Servlet的一種擴展。Java Servlet提供開發和顯示來自伺服器的互動式Web頁。如今JSP又有了進一步的改進,它使得創建和支持靜態模板和動態內容相結合的HTML和XML頁面更加容易。
安全性
J2EE平台定義了一種標準的公開存取控制規則,當程序在企業平台上開發時就已被程序師定義和解釋了。J2EE也需要提供一個標準的注冊機制,以便應用程序不會將這些注冊機制和邏輯相混合,從而使相同的工作執行於大量的不同環境中時並不需要改變源代碼。例如:J2EE應用程序開發人員可以指定幾個安全級別,當用戶訪問數據時,他們可寫出代碼來檢查當前用戶許可權的級別。在開發階段,開發人員賦予多組用戶適當的安全級,使應用程序在執行限制操作之前能夠容易的判斷限制級。
J2EE 平台是Java技術企業級應用的最佳平台,它可以讓程序員迅速、快捷地開發和分布企業級應應用程序。以下便是它的相關技術:
1.Enterprise JavaBeans Architecture,企業級JavaBeans 定義了一個應用程序介面。它可以使程序員迅速開發、發布和管理跨平台的、基於組件的企業級應用程序。
2.JavaServer Pages,JSP 技術提供了一種簡單、快速的方法來創建動態網頁。通過它,可以快速地開發基於Web的應用程序,並且這些應用程序都是與平台無關的。因為JSP與ASP很相似,所以熟悉ASP的人學習它就很容易了。
3.Java Servlet,提供了應用程序介面。通過它可以簡單快速地開發並擴展伺服器功能。就發展趨勢來看,它將來有可能取代CGI。
4.J2EE Connector,提供了一種標准結構來聯接不同的企業信息平台。
5.Java Naming and Directory Interface(JNDI),在Java 平台與商業信息之間,JNDI提供了統一、無縫的標准化連接。通過使用JNDI,程序員可以在企業多命名與目錄服務之間傳送Java 應用程序。
6.Java Interface Definition Language(JIDL),通過使用CORBA,可以提供協同工作的能力。JIDL包括一個IDL-to-Java 編譯器和支持IIOP(Internet Inter-Orb Protocol)的ORB。
7.JDBC,幾乎是為所有的資料庫提供了統一的介面,同時可以創建高級工具和介面。
8.Java Message Service(JMS),它幾乎規范了所有企業級消息服務,如可靠查詢、發布消息、訂閱雜志等各種各樣的PUSS/PULL技術的應用,並且為它們提供了一個標准介面。
9.Java Transaction API(JTA),為分布式系統中可處理的應用程序規定了一個高級的管理規范。
10.JavaMail,JavaMail應用程序介面提供了一整套模擬郵件系統的抽象類。通過JavaMail,可以創建郵件或消息應用程序。
11.RMI-IIOP,使用它就可以只用Java 技術和Java RMI介面開發客戶機與伺服器的遠程介面。
J2EE使用固定的文件格式捆綁某個模塊:用.ear文件捆綁J2EE應用程序;用.jar捆綁Enterprise Bean。例如,一個.ear文件包含一個.xml文件作為其分布描述,還包含一個或多個.jar和.war文件;一個.jar文件除了包含它的分布描述外,還包含了作為Enterprise bean的.class文件。
J2EE應用程序的開發階段分為四步:1.Enterprise Bean創建;2.Web Component創建;3.J2EE應用程序裝配;4.J2EE應用程序分布。以下是J2EE兼容產品部分列表:
BEA WebLogic Server 6.0、Borland App Server、HP Bluestone Total-e-Server、IBM WebSphere Application Server、IONA iPortal Application Server、iPlanet Application Server、Macromedia JRun Server、Oracle 9i Application Server、SilverStrean Application Server、Sybase EAServer、TogetherSoft ControlCenter、Java 2 SDK Enterprise Edition。
J2ME技術的應用
J2ME(Java 2 Platform Micro Edition)是為無線電子市場所設計的,包括JVM規范和API規范。其API規范是基於J2SE(Java 2 Standard Editon)的。J2ME 定義了一套合適的類庫和虛擬機技術。這些技術可以使用戶、服務提供商和設備製造商通過物理(有線)連接或無線連接,按照需要隨時使用豐富的應用程序。
J2ME又被稱為Java 2 微型版,被使用在各種各樣的消費電子產品上,例如智能卡、手機、PDA、電視機頂盒等方面。當然了,J2ME也提供了Java語言一貫的特性,那就是跨平台和安全網路傳輸。它使用了一系列更小的包,而且Javax.microedition.io 為J2SE包的子集。J2ME可以升級到J2SE和J2EE。
在J2ME出現之前,我們更多接觸到的是Java卡(Java Card)、嵌入式Java(Embedded Java)和實時Java(Real Time Java)等。其中Java卡是針對SIM卡、智能卡等設備而定製的最小Java子集,比J2ME還要小,移植性也不強。嵌入式Java則針對特殊用戶自行配置Java類庫和VM(Virtual Machine,虛擬機)。它對資源需求極小,可運行在無圖形用戶介面和網路的設備上,可以添加用戶專用的API,但是它就無法移植。實時Java是由IBM領導的實時定製Java專家組負責實施的,現在還在不斷完善中。不過,從嚴格意義上來說,它們都不是真正的J2ME。
像其它版本一樣,J2ME具有很多Java技術特性,主要有:
1.可以在各種支持Java的設備上運行;
2.代碼短小;
3.充分利用Java語言的優勢;
4.安全性好;
5.用J2ME實現的應用可以方便地升級到J2SE、J2EE。
J2ME的配置和框架
為了支持用戶和嵌入式市場提出的靈活性和可定製性要求,J2ME被設計得更加模塊化和可縮放化。J2ME在設備原有的操作系統上建造了3層軟體來實現這種要求:
1.JVM層,這層基於宿主操作系統,按照某一種J2ME的配置,實現了JVM。
2.配置層,這層對於用戶可見度要低一些,但對框架層非常重要。它針對「水平」市場的需求,定義了Java虛擬機的最小功能集和Java類庫的最小集合。在某種意義上,配置層定義了開發者在所有設備上都可以使用Java特性和類庫的「最小公分母」。
3.框架層,這層對於用戶和應用程序提供者來說是最常見的。它針對「垂直」市場的需求,定義了Java虛擬
5、《J2EE項目開發與設計》書籍源碼 中國鐵道出版社 , 彭燦華 魏士偉 主編
這本書不錯,學生都在用,案例很好,貼合實際!
6、基於J2EE的網上評教系統的開發。源代碼。
時間,幫你,可以,我有
7、j2ee web網站有哪幾種形式的系統設計方案
J2EE技術應用 J2EE是Sun公司推出的一種全新概念的模型,比傳統的互聯網應用程序模型更有優勢。 J2EE模型 J2EE的應用編程模型(J2EE Blueprints)提供了一種用於實施基於J2EE多層應用的文檔和實例套件的體系模型,簡化了這項復雜的工作。它被開發人員用作設計和優化組件,以便開發人員從策略上對開發工作進行分工。 J2EE應用編程模型要求開發者將自己的工作分成兩類:商業邏輯和表示邏輯,其餘則由系統資源自動處理,不必為中間層管道進行編碼。這樣,開發人員就能將更多的時間花在商業邏輯和表示邏輯上。對重視縮短項目周期的公司來說,這種轉變深受歡迎。 J2EE平台 J2EE平台是運行J2EE應用的標准環境,由J2EE部署規范(一套所有J2EE平台產品都必須支持的標准)、IETF標准集和CORBA標准組成。最新的J2EE平台還添加了JavaBean組件模型。開發人員可以利用JavaBean組件模型來自定義Java類實例,並可通過已定義的事件訪問Java類。 J2EE支持EJB,因此開發人員可以執行多用戶交易功能。當在J2EE伺服器上運行時,Enterprise JavaBeans將應用邏輯分成可再利用和可擴展的代碼段。Enterprise JavaBeans並不是新特徵,但是通過定義標准客戶端和服務API,J2EE增強了它的能力和可移植性。 EJB在伺服器的一個容器內運行,提供所有典型的中間層服務,如事務管理、安全、遠程客戶連接、生存周期管理和資料庫連接緩沖。為了讓事務系統在存在EJB容器的情況下運行,開發人員只需在部署描述文件中定義Beans的事務屬性即可。 J2EE通過定義一組標準的結構來實現它的優勢,例如: 1.J2EE Application Programming Model,是一種用於開發多層次、瘦型客戶用戶程序的標准設計模型; 2. J2EE Platform,是一個標準的平台,用來整合J2EE的應用程序,並指定一系列的介面和方法; 3. J2EE Compatibility Test Suite,是一套兼容測試組件,用來檢測產品是否同J2EE平台兼容; 4.J2EE Reference Implementation,用來示範J2EE的能力。 J2EE伺服器 Sun的J2EE伺服器通過Java 命名和目錄介面(JNDI)、認證、HTTP及與Enterprise JavaBeans兼容的能力,提供命名和目錄服務。JNDI是Java平台的一種標准擴展版,向企業內的命名和目錄服務提供具有Java功能的,帶有統一介面的應用,包括LDAP。 J2EE伺服器還利用了Java Servlet技術。Java Servlet可以看作是運行在伺服器上的一個小程序,它向開發人員提供以組件為基礎創建基於Web應用的、獨立於平台的方法。它不像利用CGI那樣具有性能局限。Java Servlet是一種擴展Web伺服器功能的簡單技巧。由於它是用Java編寫的,因而能夠訪問整個Java API庫,也包括用於訪問企業資料庫的JDBC API。 JSP是Java Servlet的一種擴展。Java Servlet提供開發和顯示來自伺服器的互動式Web頁。如今JSP又有了進一步的改進,它使得創建和支持靜態模板和動態內容相結合的HTML和XML頁面更加容易。 安全性 J2EE平台定義了一種標準的公開存取控制規則,當程序在企業平台上開發時就已被程序師定義和解釋了。J2EE也需要提供一個標準的注冊機制,以便應用程序不會將這些注冊機制和邏輯相混合,從而使相同的工作執行於大量的不同環境中時並不需要改變源代碼。例如:J2EE應用程序開發人員可以指定幾個安全級別,當用戶訪問數據時,他們可寫出代碼來檢查當前用戶許可權的級別。在開發階段,開發人員賦予多組用戶適當的安全級,使應用程序在執行限制操作之前能夠容易的判斷限制級。 J2EE 平台是Java技術企業級應用的最佳平台,它可以讓程序員迅速、快捷地開發和分布企業級應應用程序。以下便是它的相關技術: 1.Enterprise JavaBeans Architecture,企業級JavaBeans 定義了一個應用程序介面。它
8、急求一J2EE項目源代碼,有資料庫設計文檔,做畢業設計用的
隨便去www.csdn.net中找找就多的是啊!
9、如何看J2EE的源碼
sun的jdk中並沒來有包含servlet源代碼,也就源是你關聯了jdk中的src後還是不能夠查看servlet的源代碼的。servlet是在tomcat有實現的,所以我們只要下載tomcat的源碼就可以查看servlet的源碼了。
下面是步驟:
1. 進入tomcat官方的下載tomcat源碼,一般對應你的版本,例如我的版本是tomcat 6.X,那麼我現在tomcat 6.x的src包下載.
2. 進入官網下載自己配套的src源碼
3. 進入到你自己寫的servlet的程序代碼中
4. 按住crtl, 然後用滑鼠點擊servlet的類的方法,關聯下那個源代碼就可以了。那個源代碼就是你下的那個tomcat源碼