一、EJB技術簡介 
　　EJB的全稱是Enterprise java bean。是JAVA中的商業應用組件技術。EJB結構中的角色 EJB 組件結構是基于組件的分布式計算結構，是分布式應用系統中的組件。
　　一個完整的基于EJB的分布式計算結構由六個角色組成，這六個角色可以由不同的開發商提供，每個角色所作的工作必須遵循Sun公司提供的EJB規范，以保證彼此之間的兼容性。這六個角色分別是EJB組件開發者(Enterprise Bean Provider) 、應用組合者(Application Assembler)、部署者(Deployer)、EJB 服務器提供者(EJB Server Provider)、EJB 容器提供者(EJB Container Provider)、系統管理員(System Administrator)：
　　二、EJB中各角色的分析
　　1、EJB組件開發者(Enterprise Bean Provider)
　　EJB組件開發者負責開發執行商業邏輯規則的EJB組件，開發出的EJB組件打包成ejb-jar文件。EJB組件開發者負責定義EJB的remote和home接口，編寫執行商業邏輯的EJB class,提供部署EJB的部署文件(deployment descriptor)。部署文件包含EJB的名字，EJB用到的資源配置，如JDBC等。EJB組件開發者是典型的商業應用開發領域專家。
　　EJB組件開發者不需要精通系統級的編程，因此，不需要知道一些系統級的處理細節，如事務、同步、安全、分布式計算等。
　　2、應用組合者(Application Assembler)
　　應用組合者負責利用各種EJB組合一個完整的應用系統。應用組合者有時需要提供一些相關的程序，如在一個電子商務系統里，應用組合者需要提供JSP(Java Server Page)程序。
　　應用組合者必須掌握所用的EJB的home和remote接口，但不需要知道這些接口的實現。
　　3、部署者(Deployer)
　　部署者負責將ejb-jar文件部署到用戶的系統環境中。系統環境包含某種EJB Server和EJB Container。部署者必須保證所有由EJB組件開發者在部署文件中聲明的資源可用，例如，部署者必須配置好EJB所需的數據庫資源。
　　部署過程分兩步：部署者首先利用EJB Container提供的工具生成一些類和接口，使EJB Container能夠利用這些類和接口在運行狀態管理EJB。 部署者安裝EJB組件和其他在上一步生成的類到EJB Container中。 部署者是某個EJB運行環境的專家。
　　某些情況下，部署者在部署時還需要了解EJB包含的業務方法，以便在部署完成后，寫一些簡單的程序測試。
　　4、EJB 服務器提供者(EJB Server Provider)
　　EJB 服務器提供者是系統領域的專家，精通分布式交易管理，分布式對象管理及其它系統級的服務。EJB 服務器提供者一般由操作系統開發商、中間件開發商或數據庫開發商提供。
　　在目前的EJB規范中，假定EJB 服務器提供者和EJB 容器提供者來自同一個開發商，所以，沒有定義EJB 服務器提供者和EJB容器提供者之間的接口標準。
　　5、EJB 容器提供者(EJB Container Provider)
　　EJB 容器提供者提供以下功能：
　　提供EJB部署工具為部署好的EJB組件提供運行環境 。EJB容器負責為EJB提供交易管理，安全管理等服務。
　　EJB 容器提供者必須是系統級的編程專家，還要具備一些應用領域的經驗。EJB 容器提供者的工作主要集中在開發一個可伸縮的，具有交易管理功能的集成在EJB 服務器中的容器。EJB 容器提供者為EJB組件開發者提供了一組標準的、易用的API訪問EJB 容器，使EJB組件開發者不需要了解EJB服務器中的各種技術細節。
　　EJB容器提供者負責提供系統監測工具用來實時監測EJB容器和運行在容器中的EJB組件狀態。
　　6、系統管理員(System Administrator)
　　系統管理員負責為EJB服務器和容器提供一個企業級的計算和網絡環境。
　　系統管理員負責利用EJB 服務器和容器提供的監測管理工具監測EJB組件的運行情況。
　　三、EJB的體系結構：
　　EJB分布式應用程序是基于對象組件模型的，低層的事務服務用了API技術。EJB技術簡化了用JAVA語言編寫的企業應用系統的開發，配置。EJB技術定義了一組可重用的組件：Enterprise Beans。你可以利用這些組件，象搭積木一樣的建立你的分布式應用程序。當你把代碼寫好之后，這些組件就被組合到特定的文件中去。每個文件有一個或多個Enterprise Beans，在加上一些配置參數。最后，這些Enterprise Beans被配置到一個裝了EJB容器的平臺上。客戶能夠通過這些Beans的home接口，定位到某個beans，并產生這個beans的一個實例。這樣，客戶就能夠調用Beans的應用方法和遠程接口。
　　EJB服務器作為容器和低層平臺的橋梁管理著EJB容器和函數。它向EJB容器提供了訪問系統服務的能力。例如：數據庫的管理和事務的管理，或者對于其它的Enterprise的應用服務器。所有的EJB 實例都運行在EJB容器中。容器提供了系統級的服務，控制了EJB的生命周期。EJB中的有一些易于使用的管理工具如：Security--配置描述器（The Deployment descriptor）定義了客戶能夠訪問的不同的應用函數。容器通過只允許授權的客戶訪問這些函數來達到這個效果。Remote Connectivity--容器為遠程鏈接管理著低層的通信issues，而且對Enterprise Beas的開發者和客戶都隱藏了通信細節。EJB的開發者在編寫應用方法的時候，就象是在條用本地的平臺一樣的。客戶也不清楚他們調用的方法可能是在遠程被處理的。Life Cycle managment--客戶簡單的創建一個Enterprise beans的實例，并通常取消一個實例。而容器管理著Enterprise Beans的實例，使Enterprise Beans實現最大的效能和內存利用率。容器能夠這樣來激活和使Enterprise Beans失效，保持眾多客戶共享的實例池。等等。　　Trasction management-配置描述器定義了Enterprise beans 的事務處理的需求。容器管理著那些管理分布式事務處理的復雜的issues。這些事務可能要在不同的平臺之間更新數據庫。容器使這些事務之間互相獨立，互不干擾。保證所有的更新數據庫都是成功發生的，否者，就回滾到事務處理之前的狀態。
　　EJB 組件是基于分布式事務處理的企業級應用程序的組件。所有的EJB都有如下的特點：EJB包含了處理企業數據的應用邏輯。定義了EJB的客戶界面。這樣的界面不受容器和服務器的影響。于是，當一個EJB被集合到一個應用程序中去時，不用更改代碼和重新編譯。EJB能夠被定制 各種系統級的服務，例如安全和事務處理的特性，都不是屬于EJB類的。而是由配置和組裝應用程序的工具來實現。 有兩種類型的EJB: Session beans 和 entity beans.Session beans是一種作為單用戶執行的對象。作為對遠程的任務請求的相應，容器產生一個Session beans 的實例。一個Session beans有一個用戶.從某種程度上來說，一個Session bean 對于服務器來說就代表了它的那個用戶.Session beans 也能用于事務，它能夠更新共享的數據，但它不直接描繪這些共享的數據。Session beans 的生命周期是相對較短的。典型的是，只有當用戶保持會話的時候，Session beans 才是活著的。一旦用戶退出了，Session beans 就不再與用戶相聯系了。Session beans被看成是瞬時的，因為如果容器崩潰了，那么用戶必須重新建立一個新的Session對象來繼續會話。
　　Session bean典型的聲明了與用戶的互操作或者會話。也就是說，Session bean了在客戶會話期間，通過方法的調用，掌握用戶的信息。一個具有狀態的Session bean稱為有狀態的Session bean.當用戶終止與Session beans互操作的時候.會話終止了，而且，bean 也不再擁有狀態值。Session bean也可能是一個無狀態的 session bean.無狀態的Session beans并不掌握它的客戶的信息或者狀態。用戶能夠調用beans的方法來完成一些操作。但是，beans只是在方法調用的時候才知道用戶的參數變量。當方法調用完成以后，beans并不繼續保持這些參數變量。這樣，所有的無狀態的session beans的實例都是相同的，除非它正在方法調用期間。這樣，無狀態的Session beans就能夠支持多個用戶.容器能夠聲明一個無狀態的Session beans.能夠將任何Session beans指定給任何用戶.
　　Entity Beans對數據庫中的數據提供了一種對象的視圖。例如：一個Entity bean能夠模擬數據庫表中一行相關的數據。多個client能夠共享訪問同一個Entity bean.多個client也能夠同時的訪問同一個Entity bean.Entity beans通過事務的上下文來訪問或更新下層的數據。這樣，數據的完整性就能夠被保證。Entity Beans能存活相對教長的時間，并且狀態是持續的。只要數據庫中的數據存在，Entity beans就一直存活。而不是按照應用程序或者服務進程來說的。即使EJB容器崩潰了，Entity beans也是存活的。Entity Beans生命周期能夠被容器或者 Beans自己管理。如果由容器控制著保證 Entity beans持續的issus。如果由Beans自己管理，就必須寫Entity beans的代碼，包括訪問數據庫的調用。
　　Entity Beans是由主鍵（primary key 一種唯一的對象標識符）標識的。通常，主鍵與標識數據庫中的一塊數據，例如一個表中的一行，的主鍵是相同的。主鍵是client能夠定位特定的數據塊。
　　四、開發EJB
　　1、類介紹：
　　開發EJB的主要步驟一般來說，整個的開發步驟（開發，配置，組裝）包括如下幾個方面。開發：首先要定義三個類：Bean類本身，Bean的本地和遠程接口類。 配置：配置包括產生配置描述器--這是一個XML文件、聲明了Enterprise Bean的屬性、綁定了bean的class文件（包括stub文件和skeleton文件）。最后將這些配置都放到一個jar文件中。還需要在配置器中定義環境屬性。組裝應用程序：包括將Enterprise beans安裝到Server服務器中，測試各層的連接情況。程序組裝器將若干個Enterprise Beans與其它的組件結合起來。組合成一個完整的應用程序。或者將若干個Enterprise beans組合成一個復雜的Enterprise Bean。管理Enterprise Bean。 
　　我們必須定義和編寫一些EJB中的基本類。如Enterprise bean類：這是Enterprise bean內部應用邏輯的實現。編寫Enterprise bean的遠程接口類。編寫Enterprise bean的本地接口類。說明主鍵類，主鍵類只是對于Entity bean才需要的。在Enterprise bean的配置描述器中指定主鍵的名字。Enterprise beans提供者定義了遠程接口和本地接口，實現了EJB類本身。Remote接口中提供了客戶調用EJB實現的應用邏輯函數的接口。而home接口提供了產生和定位remote接口實例的方法。 
　　在Enterprise bean本身類的實現，本地home接口，遠程remote接口之間并沒有正式的聯系（例如繼承關系）。但是，在三個類里聲明的方法卻必須遵守EJB里面定義的規范。例如： 你在Enterprise bean里面聲明了一個應用程序的方法或者說應用邏輯。也在beans的remote接口中聲明了這個方法，那么，這兩個地方必須要同樣的名字。Bean的實現里面必須至少有一個Create()方法：ejbCreate()。但是可以有多個帶有不同參數的create()方法。　　在home接口中，也必須有相同的方法定義（參數的個數相同）。EjbCreate()方法返回的一個容器管理的持久對象。它們都返回一個容器管理持久性的主鍵值。但是，在home的相應的Create()方法中返回值的類型是remote接口。
　　注意：實體bean的實現的ejbCreate方法有點不同。實體bean可以不定義ejbCreate方法。如果實體只是通過應用程序或通過數據庫管理程序的途徑被加到數據庫中，實體bean就省略了ejbCreate方法。EjbCreate返回的值是主鍵類型。如果ejbCreate方法是容器管理持久性的實體bean的方法，它的返回值就是NULL類型。如果實體bean實現了Bean管理的持久性，ejbCreate方法就返回值類型就是主鍵類型。容器的任務是把各接口和Enterprise bean的實現類結合起來。保證在編譯時和運行時，各接口和實現類是相對應的。 
　　EJB的實現類，各接口要從不同的基類中繼承下來。一個會話bean必須實現基類javax.ejb.SessionBean。而實體bean必須實現基類javax.ejb.EntiyBean。這些EJB的基類都是從javax.ejb.EnterpriseBean繼承而來。而javax.ejb.EnterpriseBean又是從java.io.Serializable繼承而來。每一個Enterprise Bean都必須有一個remote接口。Remote接口定義了應用程序規定客戶可以調用的邏輯操作。這些是一些可以由客戶調用的公共的方法，通常由Enterprise beans類來實現。注意，Enterprise bean的客戶并不直接訪問Bean。而是通過remote接口來訪問。Enterprise bean類的remote接口擴展了javax.ejb.EJBObject類的公共java接口。而Javax.ejb.EJBObject是所有remote接口的基類。其代碼如下： 
　　package javax.ejb; 
　　public interface EJBObject extends java.rmi.Remote{ 
　　public EJBHome getEJBHome() throws java.rmi.RemoteException; 
　　public Object getPrimaryKey() throws java.rmi.RemoteException; 
　　public void Remove() throws java.rmi.RemtoeException, java.rmi.RemoveException 
　　public Handle getHandle() throws java.rmi.RemoteException;
　　boolean isIdentical (EJBObject p0) throws java.rmi.RemoteException; 
　　} 
　　getEJBHome()方法允許你取得一個相關的Home接口。對于 實體Bean，用getPrimaryKey（）方法獲得實體Bean的主鍵值。Remove（）可以刪除一個Enterprise bean。具體的語義在各種不同類型的enterprise beans的生命周期中，由上下文中解釋的。方法getHandle（）返回了一個Enterprise bean實例的持久的句柄。IsIndentical()方法允許你去比較Enterprise beans是否相同。
　　2、方法： 
　　所有的remote接口中的方法必須聲明為公共（public）的，并必須拋出java.rmi.RemotException異常。另外，所有的remote接口中的方法定義的參數和都必須是在RMI-IIOP中有效的。對每一個在remote接口中定義的方法，在Enterprise bean 類里面都要有相應的方法。相應的方法必須要有同樣的名字，同樣類型和數量的參數，同樣的返回值，而且還要拋出同樣的例外。 如下代碼顯示了一個ATM例子的會話bean的remote接口Atm，。里面聲明了一個應用方法transfer（）。黑體部分表示EJB規范中必須要有的內容。Remote接口必須擴展javax.ejb.EJBObject類。從客戶端調用的Enterprise bean的每一個方法都必須在remote接口中聲明。Transfer（）方法拋出了兩個意外。其中InSufficientFundsException例外是應用程序定義的意外。 
　　Public interface Atm extends javax.ejb.EJBObject{ 
　　Public void transfer(String Source, String Target, float amount)
　　Throws java.rmi.RemoteException, InSufficientFundsException; 
　　} 
　　Home接口必須定義一個或多個的Create()方法。每一個這樣的Create()方法都必須命名為Create。并且，它的參數，不管是類型還是數量都必須與bean類里面的ejbCreate()方法對應。注意，home接口中的Create()方法和bean類中ejbCreate()方法的返回值類型是不同的。實體bean的home接口還包含find（）方法。 每一個Home接口都擴展了javax.ejb.EJBHome接口。如下代碼顯示了javax.ejb.EJBHome接口的定義： 
　　package javax.ejb; 
　　public interface EJBHome extends java.rmi.Remote() { 
　　void remove(Handle handle) throws java.rmi.RemoteException,RemoveException; 
　　void remove(Object primarykey) throws java.rmi.RemoteException,RemoveException; 
　　EJBMetaData getEJBMetaData() throws RemoteException; 
　　Homehandle getHomeHandle() throws RemoteException; 
　　}
　　這里提供了兩個remove（）方法來刪除Enterprise bean的實例。第一個remove方法是通過句柄來刪除一個Enterprise bean的實例。第二個remove方法通過主鍵來刪除一個Enterprise bean的實例。 在眾多的Enterprise bean實例中，句柄唯一的標識一個實例。一個句柄與它引用的Enterprise bean有相同的生命期。考慮一個實體對象，客戶可以通過一個句柄來重新獲得相應的Enterprise bean的實例。一個句柄能夠對應一個Enterprise bean對象的多個實例。例如，即使當Enterprise bean對象所在的主機崩潰了，或者Enterprise bean對象在不同的機器之間移動，句柄仍是有效的。這里的句柄是Serialized句柄，與CORBA中的字符串化的CORBA對象的引用是相似的概念。在EJBHome接口中的第二個remove操作通過其主鍵來決定要刪除的Enterprise bean。主鍵可以是擴展了Java Object類的任何類型，但是，必須要實現Java的Serializable接口。主鍵是標識實體bean的主要的方法。通常，主鍵是數據庫中的一個關鍵字，唯一的定義了由實體bean代表的數據。 
　　方法getEJBMetaData（）返回了Enterprise bean對象的metadata接口。這個接口允許客戶獲得Enterprise bean的metadata信息。當開發工具來編譯鏈接應用程序的時候，或者配置工具來配置的時候，可能會用到metadata信息。Javax.ejb.EJBMetadata接口提供了獲得javax.ejb.EJBHome接口，home類，remote接口，還有獲得主鍵的方法。也提供了一個isSesson()的方法來確定在放這個home接口的對象是會話bean還是實體bean。IsStatelessSession()方法指示這個會話bean是有狀態還是無狀態的。如下代碼顯示了javax.ejb.EJBMetadata接口的定義部分的代碼。
　　Public javax.ejb; Public interface EJBMetaData{ 
　　EJBHome getEJBHome();
　　Class getHomeInterfaceClass(); 
　　Class getRemoteInterfaceClasss();
　　Class getPrimaryKeyClass(); 
　　Boolean isSession();
　　Boolean isStatelesssSession(); 
　　} 
　　對每一個Create（）方法，EJB規范定義了如下的命名約定。它的返回值是會話bean的remote接口的類型。方法的名字只能是Create()。對會話bean類中的每一個ejbCreate()方法都必須有一個Create()與之對應。 對于每一個Create()方法的參數的類型和數量都必須與會話bean類中的ejbCreate()方法相對應。方法必須拋出java.rmi.RemoteException例外。 方法必須拋出javax.rmi.CreateExeption例外。 Create（）方法的參數是用來初始化新的會話bean對象的。 如下代碼顯示了一個會話bean對象的不同的Create()方法，其中必須的部分用粗體顯示： 
　　public interface AtmHome extends javax.ejb.EJBHome{ 
　　Atm create() throws java.rmi.RemoteException,javax.ejb.CreateException; 
　　Atm create(Profile preferredProfile) 
　　Throws java.rmi.RemoteExeption,javax.ehrows java.rmi.RemoteException,RemoveException; 
　　EJBMetaData getEJBMetaData() throws RemoteException; 
　　Homehandle getHomeHandle() throws RemoteException; 
　　}
　　這里提供了兩個remove（）方法來刪除Enterprise bean的實例。第一個remove方法是通過句柄來刪除一個Enterprise bean的實例。第二個remove方法通過主鍵來刪除一個Enterprise bean的實例。在眾多的Enterprise bean實例中，句柄唯一的標識一個實例。一個句柄與它引用的Enterprise bean有相同的生命期。考慮一個實體對象，客戶可以通過一個句柄來重新獲得相應的Enterprise bean的實例。一個句柄能夠對應一個Enterprise bean對象的多個實例。例如，即使當Enterprise bean對象所在的主機崩潰了，或者Enterprise bean對象在不同的機器之間移動，句柄仍是有效的。這里的句柄是Serialized句柄，與CORBA中的字符串化的CORBA對象的引用是相似的概念。 
　　在EJBHome接口中的第二個remove操作通過其主鍵來決定要刪除的Enterprise bean。主鍵可以是擴展了Java Object類的任何類型，但是，必須要實現Java的Serializable接口。主鍵是標識實體bean的主要的方法。通常，主鍵是數據庫中的一個關鍵字，唯一的定義了由實體bean代表的數據。方法getEJBMetaData（）返回了Enterprise bean對象的metadata接口。這個接口允許客戶獲得Enterprise bean的metadata信息。當開發工具來編譯鏈接應用程序的時候，或者配置工具來配置的時候，可能會用到metadata信息。Javax.ejb.EJBMetadata接口提供了獲得javax.ejb.EJBHome接口，home類，remote接口，還有獲得主鍵的方法。也提供了一個isSesson()的方法來確定在放這個home接口的對象是會話bean還是實體bean。IsStatelessSession()方法指示這個會話bean是有狀態還是無狀態的。如下代碼顯示了javax.ejb.EJBMetadata接口的定義部分的代碼。
　　Public javax.ejb; 
　　Public interface EJBMetaData{ 
　　EJBHome getEJBHome(); 
　　Class getHomeInterfaceClass();
　　Class getRemoteInterfaceClasss(); 
　　Class getPrimaryKeyClass(); 
　　Boolean isSession(); 
　　Boolean isStatelesssSession(); 
　　} 
　　五、EJB的編程環境：
　　1、 使用Jbuilder
　　Jbuilder與EJB Container能夠進行無縫連接。Jbuilder和Inprise的應用服務器包括了所有的開發和配置Enterprise Beans的工具以及所需要的庫：運行和管理Enterprise Bean的容器、命名服務、 事務服務、Java數據庫、開發Enterprise Beans所需要的API、一個增強的java-to-iiop編譯器，支持值類型和RMI信號等等。 
　　Jbuilder還提供了一個快速開發應用程序Enterprise Beans的工具和向導。通過簡單而且直觀的步驟，向導幫助你建立一個Enterprise Bean。自己設定某些缺省值，產生了bean的模板，在上面，我們可以增加我們自己的應用邏輯。Jbuilder也提供了一個EJB的接口生成向導。向導在Enterprise Bean的公共方法基礎上生成了Remote接口和Home接口。Jbuilder還提供一個配置器的向導幫助我們逐步的建立XML描述器文件。并將生成的Stubs集中到一個jar文件中。
　　2、使用Jbuilder之外的集成環境： 
　　如果你使用其它的除了別的集成環境（IDE）。要確定使用了集成環境IDE所帶的容器工具。也要驗證IDE是否支持EJB規范的相應的版本，還要確定它是否正確的支持EJB的API。 
　　要確定JD到所支持的EJB容器的版本。可以通過檢查Inprise的安裝說明來確定EJB容器所支持的支持JDK的版本。 
　　在配置Enterprise Bean的時候，你必須使用Inprise的應用服務器所提供的工具。這些工具能夠編輯和修改第三方的代理商提供的Inprise配置描述器。還能夠驗證配置描述器，能夠驗證bean的源代碼。 
　　六、一個簡單的HELLO例子 
　　1、安裝Apusic Application Server 
　　Note:以下以Linux為例，來說明Apusic Application Server的安裝過程。其他平臺的安裝，可參考Apusic Application Server安裝手冊。 
　　下載JDK1.2，Apusic Application Server必須運行在JDK1.2以上環境中。可從以下站點下載最新JDK。 
　　http://java.sun.com 
　　下載Apusic Application Server
　　Apusic Application Server 試用版可從以下網址得到： 
　　　　Hello hello = hellohome.create();
　　String s = hello.getHello();
　　System.out.println(s); 
　　}catch(Exception e){
　　System.out.println(e.getMessage());
　　System.exit(1);
　　} 
　　}
　　}
　　運行HelloClient，可得到以下輸出： 
　　Hello World