什么是java ejb

在開發(fā)分布式系統(tǒng)時, 采用ejb可以使得開發(fā)商業(yè)應(yīng)用系統(tǒng)變得容易, 應(yīng)用系統(tǒng)可以在一個支持ejb的環(huán)境中開發(fā), 開發(fā)完之后部署在其它的ejb環(huán)境中, 隨著需求的改變, 應(yīng)用系統(tǒng)可以不加修改地遷移到其它功能更強、更復(fù)雜的服務(wù)器上。ejb在系統(tǒng)實現(xiàn)業(yè)務(wù)邏輯層里面負責(zé)表示程序的邏輯和提供訪問數(shù)據(jù)庫的接口。

1. ejb歷史

1.1 從擁抱到拋棄

由于ibm和sun microsystems等ejb提倡者力推其前景，起初一些大公司紛紛采用ejb部署他們的系統(tǒng)。然而隨后各種問題便接踵而至，對ejb的惡評短時間內(nèi)激增。對于初學(xué)者，ejb的api顯得太過困難；對于許多程序員來說，書寫那些必須拋出特定異常的接口并將bean類作為抽象類實現(xiàn)的做法既不直觀也不正常。當(dāng)然，ejb所被賦予的使命，如對象關(guān)系映射和事務(wù)管理確實有其天然復(fù)雜性，但其api之復(fù)雜還是令開發(fā)人員們覺得望而卻步，一些人開始懷疑ejb除了引入了復(fù)雜的實現(xiàn)手段以外似乎并未帶來什么實際好處。

另外，實際運用中被發(fā)現(xiàn)，如果使用ejb來封裝業(yè)務(wù)邏輯會帶來性能上的下降。這是因為，最早的ejb規(guī)范只允許客戶端通過特定協(xié)議（如corba）進行遠程方法調(diào)用來調(diào)用，即使大部分實際應(yīng)用根本就不需要分布式計算。直到ejb 2.0才引入了本地接口，以支持可以開發(fā)不通過網(wǎng)絡(luò)就能直接本地調(diào)用的ejb系統(tǒng)。

盡管如此，ejb的廣泛普及仍然為其復(fù)雜度所制約。盡管已經(jīng)有一些高質(zhì)量的集成開發(fā)工具可以協(xié)助開發(fā)人員通過自動編碼解決一部分重復(fù)作業(yè)，但這并不能降低學(xué)習(xí)此項技術(shù)的難度。另一方面，“草根階層”的編程愛好者們發(fā)起了一場旨在使用 “輕量級”技術(shù)以代替復(fù)雜的ejb的運動。這些技術(shù)包括hibernate（用于提供數(shù)據(jù)持久化和對象-關(guān)系映射）及spring框架（用于封裝業(yè)務(wù)邏輯）。盡管它們不像ejb那樣有巨頭支持，但其在庶民間卻更加流行，并且也被一些對ejb深感失望的企業(yè)所采用。

1.2 重生

ejb規(guī)范起初的一個主要價值—對分布式應(yīng)用進行事務(wù)管理—在隨后的實踐中被一致認為幾乎沒能派上用場。

對于企業(yè)級應(yīng)用來說，spring和hibernate等簡化框架更加實用。因此，ejb 3.0規(guī)范（jsr 220）為了迎合這個趨勢相比于其前輩進行了一次激進的大跳躍。受到spring 影響，ejb 3.0也使用所謂的“傳統(tǒng)簡單java對象（pojo）”；同時，支持依賴注入來簡化全異系統(tǒng)的集成與配置。

hibernate的創(chuàng)始人gavin king參與了這一新版規(guī)范的制訂，并對ejb大加提倡。hibernate的許多特性也被引入到j(luò)ava持久化api當(dāng)中，從而取代原來的實體bean。

ejb 3.0規(guī)范大幅采用java注釋（annotation）來對代碼進行元數(shù)據(jù)修飾，從而消減了此前ejb編程的冗雜性。

相應(yīng)地，ejb 3.0幾乎成為了一個全新的api，與此前的數(shù)版可謂毫無相似度可言 。

2. 技術(shù)特點

1) 具有可復(fù)制性。由于ejb是以組件為基礎(chǔ)的技術(shù)模型, 所以在任何一個ejb服務(wù)器中都可以隨意部署, 或者將其他模式直接進行移植和復(fù)制, 不需要定制專用的ejb服務(wù)器系統(tǒng)和容器。ejb之所以能夠被復(fù)制, 是因為讓自身的服務(wù)器已經(jīng)定義了一些規(guī)范服務(wù), 而這些服務(wù)又可以對ejb容器和組件之間的關(guān)系進行定義, 即使進行復(fù)制也不會破壞其內(nèi)部結(jié)構(gòu)的穩(wěn)定性。

2) 具有重復(fù)性特點。因為ejb是服務(wù)器上運行程序的一個功能片段, 可以進行重新組裝和重新定義, 所以它能夠利用自身的這一特性和其他組間一起組建出符合使用需求的應(yīng)用系統(tǒng), 而且可以同時為多個系統(tǒng)提供服務(wù)。

3) 具有獨立的平臺。和計算機網(wǎng)絡(luò)中任何一個特殊平臺、internet協(xié)議和中間件或其他基礎(chǔ)設(shè)施不同, ejb結(jié)構(gòu)平臺完全是獨立的, 具有極強的獨立性。也正是因為如此, 它所開發(fā)出來的應(yīng)用程序才能不進行任何修改, 完全被復(fù)制到另外的平臺中。

4) 具有廣闊的拓展空間。ejb模型是以多層分布式體系結(jié)構(gòu)為基礎(chǔ)構(gòu)建起來的, 因為該系統(tǒng)的多功能, 所以不管是規(guī)模較小的應(yīng)用程序, 還是規(guī)模較大的事務(wù)處理, 都可以運用高模型。隨著電子信息和通信技術(shù)的不斷發(fā)展, 應(yīng)用程序的需求量不斷增加, 為了讓這些應(yīng)用程序可以在不改變核心程序的前提下被復(fù)制到操作功能更強大、運行環(huán)境更先進的系統(tǒng)中, 就可以運用ejb模型來實現(xiàn)。所以, ejb具有極強的擴展性, 而且電子技術(shù)的進步會為它的應(yīng)用提供一個非常廣闊的空間。

3. ejb組件的體系架構(gòu)

ejb的架構(gòu)主要包括以下幾方面:

1) enterprise java bean類:包含了組件的實現(xiàn)細節(jié), 是實際完成bean功能的地方。ejb容器根據(jù)需要調(diào)用這個類對bean進行實例化。

2) ejb對象:在服務(wù)器端, 一個ejb對象是一個實現(xiàn)了bean的遠程接口 (具有網(wǎng)絡(luò)功能) 的分布式對象, 它在服務(wù)器端上包裝了bean的實例。ejb對象由容器控制在適當(dāng)?shù)臅r機調(diào)用所需的服務(wù), 這些服務(wù)對客戶而言是透明的。

3) remote接口:遵照ejb規(guī)范, 所有的remote接口都必須來源于一個通用的接口, 包含了ejb對象必須實現(xiàn)的方法。

4) home接口:開發(fā)者必須定義home接口, 容器廠商則提供從home接口中產(chǎn)生home對象實現(xiàn)的方法。

4. ejb組件的工作流程

ejb component在部署到應(yīng)用服務(wù)器上之后, 客戶端就可以調(diào)用它來完成各種功能。工作過程如下:

1) 客戶端首先通過jndi服務(wù)檢索home對象。在ejb應(yīng)用部署到應(yīng)用服務(wù)器上之后, 容器會自動獲得home對象的信息并將其加入到j(luò)ndi中。

2) jndi服務(wù)返回所查找的home對象的引用。

3) home對象的創(chuàng)建或者查找ejb對象。

4) home對象將獲得的ejb對象返回給客戶端。

5) 客戶端利用獲得的ejb對象引用, 調(diào)用業(yè)務(wù)方法。

6) ejb對象獲得對應(yīng)bean的一個實例并將相應(yīng)的業(yè)務(wù)方法調(diào)用傳遞給該實例。

7) bean實例通過其實現(xiàn)代碼, 完成相應(yīng)的業(yè)務(wù)邏輯并將結(jié)果返回給ejb對象。

8) ejb對象將方法的結(jié)果返回給客戶端。

5. ejb種類

ejb容器可以接受三類ejb

• 會話bean（session beans）
• 無狀態(tài)會話bean（stateless session beans）
• 有狀態(tài)會話bean（stateful session beans）
• 實體bean（entity beans）
• 消息驅(qū)動bean（message driven beans ，mdbs）

無狀態(tài)會話bean是一類不包含狀態(tài)信息的分布式對象，允許來自數(shù)個客戶端的并發(fā)訪問。實例變量的內(nèi)容在前后數(shù)次呼出中不被保留（確切地說是不保證保留）。由于不必控制與用戶間的對話信息而減少了開銷，無狀態(tài)會話bean不像有狀態(tài)會話bean那樣具有資源集約性。舉例來說，一個發(fā)送郵件的ejb就可被設(shè)計為一個無狀態(tài)會話bean。在整個會話期，用戶只向服務(wù)器提交一個動作：發(fā)送指定郵件到指定地址。（稱為開關(guān)行為）

有狀態(tài)會話bean是包含狀態(tài)的分布式對象，即是說，貫穿整個會話它們都要保有客戶端信息。舉例而言，在一個網(wǎng)上商店進行實施結(jié)賬很可能就需要一個有狀態(tài)會話bean，因為結(jié)賬是一個多步動作，服務(wù)器端必須可以隨時了解到用戶已經(jīng)進行到了哪一步。此外，盡管有狀態(tài)會話bean的狀態(tài)信息可被保持，但始終只能是由同一個用戶來訪問之。

實體bean是含有持久化狀態(tài)的分布式對象。這個持久化狀態(tài)的管理既可以交給bean自身（bean-managed persistence，bmp），也可以托付于外部機制（container-managed persistence，cmp）。

消息驅(qū)動bean是支持異步行為的分布式對象。它們并不對請求進行當(dāng)即響應(yīng)。比方說，某網(wǎng)站用戶點擊“請通知我更新信息”按鈕，將會觸發(fā)某個mdb將這名用戶加入到數(shù)據(jù)庫的希望獲得更新信息用戶列表中。這個動作就是一個異步的消息驅(qū)動過程，因為用戶不必等待當(dāng)時會返回某個結(jié)果。mdb的消息源來自java消息服務(wù)（jms）提供的消息隊列或消息主題。自ejb 2.0規(guī)范起，jms被加入進來以允許在容器內(nèi)部實施事件驅(qū)動處理。與其他ejb不同，mdb不存在一個用戶視圖（如需要用戶引用的遠程接口），用戶也不能通過資源定位獲得一個mdb實例。mdb只在后臺監(jiān)聽消息源并實施自動處理。

除了上述以外，當(dāng)前還有一些ejb處于設(shè)想階段，如jsr 86提出了用于在java ee應(yīng)用中集成多媒體對象的媒體bean（enterprise media beans）。

6. ejb實行

ejb部署于應(yīng)用服務(wù)器端的ejb容器中。規(guī)范給定了ejb與ejb容器之間，以及用戶代碼與ejb/ejb容器之間的交互方式。對于java ee api，javax.ejb包定義了ejb類，javax.ejb.spi包定義了ejb容器應(yīng)當(dāng)實現(xiàn)的各個接口。

在ejb 2.1和以前的版本中，每個ejb都由一個類和兩個接口組成。ejb容器負責(zé)創(chuàng)建這個類的實例，接口則供客戶端調(diào)用。

兩個接口分別被稱為home接口和組件接口，負責(zé)提供各個ejb遠程方法聲明。這些ejb遠程方法可分成兩組：

• 類方法：由home接口提供。與特定實例無關(guān)，僅負責(zé)一些公共內(nèi)容，比如創(chuàng)建一個新的ejb實例（create方法），或?qū)ふ乙粋€已經(jīng)存在的ejb實例（find方法）等等。
• 接口方法：由組件接口提供的針對特定實例的業(yè)務(wù)方法。

ejb容器將為這些接口提供對應(yīng)的實現(xiàn)類以充當(dāng)客戶遠程代理，當(dāng)客戶端調(diào)用這個生成的代理類的某個方法時，代理類內(nèi)部會將此調(diào)用的方法和參數(shù)封裝成一個消息發(fā)送給服務(wù)器。服務(wù)器收到消息后在轉(zhuǎn)發(fā)給真實的ejb實例，后者負責(zé)執(zhí)行真正的業(yè)務(wù)邏輯。

6.1 遠程通信

ejb規(guī)范要求ejb容器能夠支持基于rmi-iiop的ejb訪問。ejb既可被任何corba應(yīng)用訪問，也能提供web服務(wù)。

6.2 事務(wù)

ejb容器必須支持符合acid（原子性/一致性/獨立性/持久性）特性的容器級事務(wù)管理，以及bean內(nèi)部事務(wù)管理。容器級事務(wù)需在部署描述符中（ejb應(yīng)用的配置文件）進行聲明。

6.3 事件

ejb使用jms向客戶對象發(fā)送消息，客戶則可以異步地接受這些消息。mdb則接受來自客戶端的消息。

6.4 命名和目錄服務(wù)

ejb客戶端使用jndi或corba名字服務(wù)定位home接口實現(xiàn) 對象。通過此home接口，用戶還可以尋找，創(chuàng)建或刪除實體對象。

6.5 安全

ejb容器對客戶端的訪問權(quán)限負責(zé)。

6.6 部署ejb

ejb規(guī)范還定義了一個跨平臺的統(tǒng)一部署機制。部署描述符中定義了關(guān)于ejb應(yīng)用的一切相關(guān)內(nèi)容。文件名通常為ejb-jar.xml。

部署描述符是一個xml文檔，負責(zé)為該ejb應(yīng)用中的每一個ejb定義入口。部署描述符的主要內(nèi)容包括：

• home接口名
• bean的java類名
• home接口的java接口名
• 組件接口的java接口名
• 持久化存儲（針對實體bean）
• 安全策略和角色分配

通常ejb容器提供者還定義了一些額外的xml或其他格式描述文件來強化其容器的功能。他們還同時提供這些描述文件的解讀工具類和對home接口的自動實現(xiàn)類生成。

ejb3.0起開始廣泛使用java注釋替代傳統(tǒng)的部署描述符ejb-jar.xml。但后者仍然有效。