EJB核心技術(shù)及其應(yīng)用　　

作者：周波　

文章摘要:
　　EJB的全稱是Enterprise java bean。是JAVA中的商業(yè)應(yīng)用組件技術(shù)。EJB結(jié)構(gòu)中的角色 EJB 組件結(jié)構(gòu)是基于組件的分布式計(jì)算結(jié)構(gòu)，是分布式應(yīng)用系統(tǒng)中的組件...

一、EJB技術(shù)簡(jiǎn)介

　　EJB的全稱是Enterprise java bean。是JAVA中的商業(yè)應(yīng)用組件技術(shù)。EJB結(jié)構(gòu)中的角色 EJB 組件結(jié)構(gòu)是基于組件的分布式計(jì)算結(jié)構(gòu)，是分布式應(yīng)用系統(tǒng)中的組件。
　　一個(gè)完整的基于EJB的分布式計(jì)算結(jié)構(gòu)由六個(gè)角色組成，這六個(gè)角色可以由不同的開發(fā)商提供，每個(gè)角色所作的工作必須遵循Sun公司提供的EJB規(guī)范，以保證彼此之間的兼容性。這六個(gè)角色分別是EJB組件開發(fā)者(Enterprise Bean Provider) 、應(yīng)用組合者(Application Assembler)、部署者(Deployer)、EJB 服務(wù)器提供者(EJB Server Provider)、EJB 容器提供者(EJB Container Provider)、系統(tǒng)管理員(System Administrator)：

二、EJB中各角色的分析

1、EJB組件開發(fā)者(Enterprise Bean Provider)
　　EJB組件開發(fā)者負(fù)責(zé)開發(fā)執(zhí)行商業(yè)邏輯規(guī)則的EJB組件，開發(fā)出的EJB組件打包成ejb-jar文件。EJB組件開發(fā)者負(fù)責(zé)定義EJB的remote和home接口，編寫執(zhí)行商業(yè)邏輯的EJB class,提供部署EJB的部署文件(deployment descriptor)。部署文件包含EJB的名字，EJB用到的資源配置，如JDBC等。EJB組件開發(fā)者是典型的商業(yè)應(yīng)用開發(fā)領(lǐng)域?qū)＜摇?br>　　EJB組件開發(fā)者不需要精通系統(tǒng)級(jí)的編程，因此，不需要知道一些系統(tǒng)級(jí)的處理細(xì)節(jié)，如事務(wù)、同步、安全、分布式計(jì)算等。

2、應(yīng)用組合者(Application Assembler)
　　應(yīng)用組合者負(fù)責(zé)利用各種EJB組合一個(gè)完整的應(yīng)用系統(tǒng)。應(yīng)用組合者有時(shí)需要提供一些相關(guān)的程序，如在一個(gè)電子商務(wù)系統(tǒng)里，應(yīng)用組合者需要提供JSP(Java Server Page)程序。
應(yīng)用組合者必須掌握所用的EJB的home和remote接口，但不需要知道這些接口的實(shí)現(xiàn)。

3、部署者(Deployer)
　　部署者負(fù)責(zé)將ejb-jar文件部署到用戶的系統(tǒng)環(huán)境中。系統(tǒng)環(huán)境包含某種EJB Server和EJB Container。部署者必須保證所有由EJB組件開發(fā)者在部署文件中聲明的資源可用，例如，部署者必須配置好EJB所需的數(shù)據(jù)庫(kù)資源。
部署過程分兩步：部署者首先利用EJB Container提供的工具生成一些類和接口，使EJB Container能夠利用這些類和接口在運(yùn)行狀態(tài)管理EJB。 部署者安裝EJB組件和其他在上一步生成的類到EJB Container中。 部署者是某個(gè)EJB運(yùn)行環(huán)境的專家。
　　某些情況下，部署者在部署時(shí)還需要了解EJB包含的業(yè)務(wù)方法，以便在部署完成后，寫一些簡(jiǎn)單的程序測(cè)試。

4、EJB 服務(wù)器提供者(EJB Server Provider)
　　EJB 服務(wù)器提供者是系統(tǒng)領(lǐng)域的專家，精通分布式交易管理，分布式對(duì)象管理及其它系統(tǒng)級(jí)的服務(wù)。EJB 服務(wù)器提供者一般由操作系統(tǒng)開發(fā)商、中間件開發(fā)商或數(shù)據(jù)庫(kù)開發(fā)商提供。
　　在目前的EJB規(guī)范中，假定EJB 服務(wù)器提供者和EJB 容器提供者來自同一個(gè)開發(fā)商，所以，沒有定義EJB 服務(wù)器提供者和EJB容器提供者之間的接口標(biāo)準(zhǔn)。

5、EJB 容器提供者(EJB Container Provider)
　　EJB 容器提供者提供以下功能：
　　提供EJB部署工具為部署好的EJB組件提供運(yùn)行環(huán)境 。EJB容器負(fù)責(zé)為EJB提供交易管理，安全管理等服務(wù)。
　　EJB 容器提供者必須是系統(tǒng)級(jí)的編程專家，還要具備一些應(yīng)用領(lǐng)域的經(jīng)驗(yàn)。EJB 容器提供者的工作主要集中在開發(fā)一個(gè)可伸縮的，具有交易管理功能的集成在EJB 服務(wù)器中的容器。EJB 容器提供者為EJB組件開發(fā)者提供了一組標(biāo)準(zhǔn)的、易用的API訪問EJB 容器，使EJB組件開發(fā)者不需要了解EJB服務(wù)器中的各種技術(shù)細(xì)節(jié)。
　　EJB容器提供者負(fù)責(zé)提供系統(tǒng)監(jiān)測(cè)工具用來實(shí)時(shí)監(jiān)測(cè)EJB容器和運(yùn)行在容器中的EJB組件狀態(tài)。

6、系統(tǒng)管理員(System Administrator)
　　系統(tǒng)管理員負(fù)責(zé)為EJB服務(wù)器和容器提供一個(gè)企業(yè)級(jí)的計(jì)算和網(wǎng)絡(luò)環(huán)境。
　　系統(tǒng)管理員負(fù)責(zé)利用EJB 服務(wù)器和容器提供的監(jiān)測(cè)管理工具監(jiān)測(cè)EJB組件的運(yùn)行情況。

三、EJB的體系結(jié)構(gòu)：

　　EJB分布式應(yīng)用程序是基于對(duì)象組件模型的，低層的事務(wù)服務(wù)用了API技術(shù)。EJB技術(shù)簡(jiǎn)化了用JAVA語(yǔ)言編寫的企業(yè)應(yīng)用系統(tǒng)的開發(fā)，配置。EJB技術(shù)定義了一組可重用的組件：Enterprise Beans。你可以利用這些組件，象搭積木一樣的建立你的分布式應(yīng)用程序。當(dāng)你把代碼寫好之后，這些組件就被組合到特定的文件中去。每個(gè)文件有一個(gè)或多個(gè)Enterprise Beans，在加上一些配置參數(shù)。最后，這些Enterprise Beans被配置到一個(gè)裝了EJB容器的平臺(tái)上�？蛻裟軌蛲ㄟ^這些Beans的home接口，定位到某個(gè)beans，并產(chǎn)生這個(gè)beans的一個(gè)實(shí)例。這樣，客戶就能夠調(diào)用Beans的應(yīng)用方法和遠(yuǎn)程接口。
　　EJB服務(wù)器作為容器和低層平臺(tái)的橋梁管理著EJB容器和函數(shù)。它向EJB容器提供了訪問系統(tǒng)服務(wù)的能力。例如：數(shù)據(jù)庫(kù)的管理和事務(wù)的管理，或者對(duì)于其它的Enterprise的應(yīng)用服務(wù)器。所有的EJB 實(shí)例都運(yùn)行在EJB容器中�！　∪萜魈峁┝讼到y(tǒng)級(jí)的服務(wù)，控制了EJB的生命周期。EJB中的有一些易于使用的管理工具如：Security--配置描述器（The Deployment descriptor）定義了客戶能夠訪問的不同的應(yīng)用函數(shù)。容器通過只允許授權(quán)的客戶訪問這些函數(shù)來達(dá)到這個(gè)效果。Remote Connectivity--容器為遠(yuǎn)程鏈接管理著低層的通信issues，而且對(duì)Enterprise Beas的開發(fā)者和客戶都隱藏了通信細(xì)節(jié)。EJB的開發(fā)者在編寫應(yīng)用方法的時(shí)候，就象是在條用本地的平臺(tái)一樣的�？蛻粢膊磺宄�他們調(diào)用的方法可能是在遠(yuǎn)程被處理的。Life Cycle managment--客戶簡(jiǎn)單的創(chuàng)建一個(gè)Enterprise beans的實(shí)例，并通常取消一個(gè)實(shí)例。而容器管理著Enterprise Beans的實(shí)例，使Enterprise Beans實(shí)現(xiàn)最大的效能和內(nèi)存利用率。容器能夠這樣來激活和使Enterprise Beans失效，保持眾多客戶共享的實(shí)例池。等等。　　　　Trasction management-配置描述器定義了Enterprise beans 的事務(wù)處理的需求。容器管理著那些管理分布式事務(wù)處理的復(fù)雜的issues。這些事務(wù)可能要在不同的平臺(tái)之間更新數(shù)據(jù)庫(kù)。容器使這些事務(wù)之間互相獨(dú)立，互不干擾。保證所有的更新數(shù)據(jù)庫(kù)都是成功發(fā)生的，否者，就回滾到事務(wù)處理之前的狀態(tài)。
　　EJB 組件是基于分布式事務(wù)處理的企業(yè)級(jí)應(yīng)用程序的組件。所有的EJB都有如下的特點(diǎn)：EJB包含了處理企業(yè)數(shù)據(jù)的應(yīng)用邏輯。定義了EJB的客戶界面。這樣的界面不受容器和服務(wù)器的影響。于是，當(dāng)一個(gè)EJB被集合到一個(gè)應(yīng)用程序中去時(shí)，不用更改代碼和重新編譯。EJB能夠被定制 各種系統(tǒng)級(jí)的服務(wù)，例如安全和事務(wù)處理的特性，都不是屬于EJB類的。而是由配置和組裝應(yīng)用程序的工具來實(shí)現(xiàn)。 有兩種類型的EJB: Session beans 和 entity beans.Session beans是一種作為單用戶執(zhí)行的對(duì)象。作為對(duì)遠(yuǎn)程的任務(wù)請(qǐng)求的相應(yīng)，容器產(chǎn)生一個(gè)Session beans 的實(shí)例。一個(gè)Session beans有一個(gè)用戶.從某種程度上來說，一個(gè)Session bean 對(duì)于服務(wù)器來說就代表了它的那個(gè)用戶.Session beans 也能用于事務(wù)，它能夠更新共享的數(shù)據(jù)，但它不直接描繪這些共享的數(shù)據(jù)。Session beans 的生命周期是相對(duì)較短的。典型的是，只有當(dāng)用戶保持會(huì)話的時(shí)候，Session beans 才是活著的。一旦用戶退出了，Session beans 就不再與用戶相聯(lián)系了。Session beans被看成是瞬時(shí)的，因?yàn)槿绻�容器崩潰了，那么用戶必須重新建立一個(gè)新的Session對(duì)象來繼續(xù)會(huì)話。
　　Session bean典型的聲明了與用戶的互操作或者會(huì)話。也就是說，Session bean了在客戶會(huì)話期間，通過方法的調(diào)用，掌握用戶的信息。一個(gè)具有狀態(tài)的Session bean稱為有狀態(tài)的Session bean.當(dāng)用戶終止與Session beans互操作的時(shí)候.會(huì)話終止了，而且，bean 也不再擁有狀態(tài)值。Session bean也可能是一個(gè)無狀態(tài)的 session bean.無狀態(tài)的Session beans并不掌握它的客戶的信息或者狀態(tài)。用戶能夠調(diào)用beans的方法來完成一些操作。但是，beans只是在方法調(diào)用的時(shí)候才知道用戶的參數(shù)變量。當(dāng)方法調(diào)用完成以后，beans并不繼續(xù)保持這些參數(shù)變量。這樣，所有的無狀態(tài)的session beans的實(shí)例都是相同的，除非它正在方法調(diào)用期間。這樣，無狀態(tài)的Session beans就能夠支持多個(gè)用戶.容器能夠聲明一個(gè)無狀態(tài)的Session beans.能夠?qū)⑷魏蜸ession beans指定給任何用戶.
　　Entity Beans對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)提供了一種對(duì)象的視圖。例如：一個(gè)Entity bean能夠模擬數(shù)據(jù)庫(kù)表中一行相關(guān)的數(shù)據(jù)。多個(gè)client能夠共享訪問同一個(gè)Entity bean.多個(gè)client也能夠同時(shí)的訪問同一個(gè)Entity bean.Entity beans通過事務(wù)的上下文來訪問或更新下層的數(shù)據(jù)。這樣，數(shù)據(jù)的完整性就能夠被保證。Entity Beans能存活相對(duì)教長(zhǎng)的時(shí)間，并且狀態(tài)是持續(xù)的。只要數(shù)據(jù)庫(kù)中的數(shù)據(jù)存在，Entity beans就一直存活。而不是按照應(yīng)用程序或者服務(wù)進(jìn)程來說的。即使EJB容器崩潰了，Entity beans也是存活的。Entity Beans生命周期能夠被容器或者 Beans自己管理。如果由容器控制著保證 Entity beans持續(xù)的issus。如果由Beans自己管理，就必須寫Entity beans的代碼，包括訪問數(shù)據(jù)庫(kù)的調(diào)用。
　　Entity Beans是由主鍵（primary key 一種唯一的對(duì)象標(biāo)識(shí)符）標(biāo)識(shí)的。通常，主鍵與標(biāo)識(shí)數(shù)據(jù)庫(kù)中的一塊數(shù)據(jù)，例如一個(gè)表中的一行，的主鍵是相同的。主鍵是client能夠定位特定的數(shù)據(jù)塊。