作者：asp2001
email: asp2001@163.net
日期：00-7-4 下午 07:30:27
EJB概述(下)
2000-05-15· ilamei·cpcw

Application roles：（應(yīng)用角色）

　　Enterprise beans Provider:Beans提供者在應(yīng)用領(lǐng)域方面是專(zhuān)家。例如：Beans提供者可能是金融或電信方面的專(zhuān)家。Beans提供者提供了業(yè)務(wù)tasks，Enterprise beans的業(yè)務(wù)方法，定義了beans的romote和home接口，還定義了beans的配置描述器。因?yàn)槿萜鞴芾碇到y(tǒng)級(jí)的任務(wù)，所以，Beans提供者便不需要關(guān)心分布處理，事務(wù)處理，安全性能等從應(yīng)用方面看來(lái)沒(méi)什么關(guān)系的方面。

Application Assembler程序組裝器:

　　這是一個(gè)將定制的Enterprise beans和其它的組件，例如，GUI client,applet,Servelet等組裝成一個(gè)完整的應(yīng)用程序的行家。在Enterprise的配置器下，組裝器在組裝成一個(gè)應(yīng)用程序的時(shí)候，只關(guān)心beans的接口，包括romote接口和home接口。而不關(guān)心這些接口是怎么實(shí)現(xiàn)的。組裝的結(jié)果就是一個(gè)一個(gè)的應(yīng)用程序，或者由多個(gè)Enterprise beans組合成的一個(gè)比較復(fù)雜的Enterprise beans.

Deployment and Operate roles配置和操作角色

　　配置器為特定的Enterprise beans配置特殊的操作環(huán)境。配置器為了適應(yīng)應(yīng)用程序，將多個(gè)Enerprise beans 組合起來(lái)，通過(guò)修改Enterprise beans 的屬性來(lái)達(dá)到配置相應(yīng)的操作環(huán)境。例如，配置器通過(guò)設(shè)置配置描述符的相應(yīng)的屬性來(lái)設(shè)置事務(wù)和安全方針。配置器的另一個(gè)任務(wù)是將應(yīng)用程序與現(xiàn)有的Enterprise管理軟件結(jié)合起來(lái)。

System Administrator系統(tǒng)管理者；

　　是與配置應(yīng)用有關(guān)的。管理者配置個(gè)管理Enterprise計(jì)算和網(wǎng)絡(luò)服務(wù)的低層，包括EJB服務(wù)和容器。管理員監(jiān)視著應(yīng)用服務(wù)器的運(yùn)行狀況，當(dāng)應(yīng)用服務(wù)器不正常運(yùn)行是就采取相應(yīng)的措施。典型的說(shuō)，管理員使用Enterprise管理工具來(lái)與應(yīng)用程序打交道，通過(guò)由容器提供的hooks來(lái)配置。

　　傳統(tǒng)的應(yīng)用程序開(kāi)發(fā)者現(xiàn)在是Enterprise beans的提供者。也可能是應(yīng)用程序的裝配者。這樣能使他們將主要精力放在應(yīng)用問(wèn)題或者應(yīng)用邏輯上面。當(dāng)安裝Enterprise beans時(shí)，配置器定義了一系列的配置方針。機(jī)制的復(fù)雜性和執(zhí)行配置的方針就交給了專(zhuān)門(mén)的代理。雖然分布式的應(yīng)用程序還是比較復(fù)雜，可是，應(yīng)用程序設(shè)計(jì)者的工作卻變的簡(jiǎn)單了，因?yàn)樗袕?fù)雜的工作都交給了EJB服務(wù)器和容器提供者了。

　　通過(guò)大量的設(shè)計(jì)之前的定義和命名約定，EJB達(dá)到了前面提到的目的。這樣的編程體系結(jié)構(gòu)限制了一定的自由，但是，允許EJB服務(wù)器和容器提供者假定應(yīng)用程序的設(shè)計(jì)，并以一種行之有效的方式來(lái)支持他們。

EJB的設(shè)計(jì)模式和命名約定：

　　有三種途徑來(lái)建立一個(gè)基于對(duì)象的，多層的，分布式的系統(tǒng)：無(wú)狀態(tài)服務(wù)的途徑，基于會(huì)話(huà)的途徑和持續(xù)對(duì)象的途徑。

　　無(wú)狀態(tài)的服務(wù)是通過(guò)對(duì)象的操作提供一種功能的函數(shù)，但是，不保持會(huì)話(huà)的狀態(tài)。當(dāng)一個(gè)客戶(hù)使用無(wú)狀態(tài)的對(duì)象時(shí)，客戶(hù)不能夠提供上一次操作的信息。

　　基于會(huì)話(huà)的設(shè)計(jì)產(chǎn)生了一個(gè)中間層的對(duì)象，稱(chēng)為一個(gè)會(huì)話(huà)（Session）。這個(gè)會(huì)話(huà)可以看成是這個(gè)客戶(hù)的代理。典型的，會(huì)話(huà)的生命是由客戶(hù)和所在的服務(wù)程序決定的?？蛻?hù)如果完成了會(huì)話(huà)就可以將對(duì)象移走。如果服務(wù)終止了，會(huì)話(huà)對(duì)象就會(huì)超時(shí)。會(huì)話(huà)對(duì)象就會(huì)變的無(wú)效了。

　　持續(xù)對(duì)象設(shè)計(jì)模式綁定了存在數(shù)據(jù)庫(kù)中的一塊數(shù)據(jù)。提供了操作這塊數(shù)據(jù)的一些個(gè)操作。持續(xù)對(duì)象是由多個(gè)客戶(hù)共享的。起生命期是由存儲(chǔ)數(shù)據(jù)的庫(kù)所決定的。

　　EJB規(guī)范中將這些分別稱(chēng)做：stateless Session, stateful Session, Entiry Beans.Session Beans模式就是基于會(huì)話(huà)的設(shè)計(jì)模式。Entiry Beans模式就是持續(xù)對(duì)象設(shè)計(jì)模式。每種模式都定義了一些接口和命名約定。

Enterprise JavaBeans infrastruct （EJB的基礎(chǔ)結(jié)構(gòu)）

　　容器和服務(wù)提供者實(shí)現(xiàn)了EJB的基礎(chǔ)構(gòu)造。這些基礎(chǔ)構(gòu)造處理了EJB的分布式方面，事務(wù)管理，安全性方面。EJB規(guī)范定義了基礎(chǔ)構(gòu)造和J ava API的為了適應(yīng)各種情況的要求。而沒(méi)有去指定用什么技術(shù)，平臺(tái)，協(xié)議來(lái)實(shí)現(xiàn)他們。

　　Enterprise beans, container, server說(shuō)明了EJB基礎(chǔ)結(jié)構(gòu)的要求，EJB基礎(chǔ)結(jié)構(gòu)必須提供客戶(hù)和Enterprise beans通信的通道。雖然這不是EJB規(guī)范所定義的。但保證通道的安全也是很重要的。特別是當(dāng)客戶(hù)通過(guò)internet訪問(wèn)遠(yuǎn)程的Enterprise beans時(shí)。EJB基礎(chǔ)結(jié)構(gòu)也必須能夠加強(qiáng)Enterprise beans 的訪問(wèn)控制。

　

　　Enterprise beans所有的數(shù)據(jù)的持續(xù)性必須被保證。EJB的低層結(jié)構(gòu)必須提供在企業(yè)級(jí)的計(jì)算環(huán)境中與現(xiàn)存系統(tǒng)的結(jié)合能力。Beans的所有通信都是分布式事務(wù)的一部分，需要由EJB低層結(jié)構(gòu)來(lái)管理對(duì)于一個(gè)成功的配置，EJB低層必須提供分布式應(yīng)用管理工具的鉤子（hooks）

Container

　　容器可能是EJB里面最重要的概念。因?yàn)樗虺绦蜷_(kāi)發(fā)人員提供了最大程度的方便?；趯?duì)象的中間層軟件平臺(tái)如CORBA或者遠(yuǎn)過(guò)程調(diào)用RMI是程序開(kāi)發(fā)者從網(wǎng)絡(luò)傳輸中解放出來(lái)，通過(guò)提供對(duì)象定位機(jī)制，數(shù)據(jù)重組機(jī)制等等。容器的概念則走的更遠(yuǎn)一點(diǎn)。通過(guò)簡(jiǎn)化分布式應(yīng)用程序的那些復(fù)雜的方面，如：安全性，事務(wù)協(xié)調(diào)性，數(shù)據(jù)持久性。

　　一旦Enterprise Beans準(zhǔn)備好了可以配置了。就被打包成一個(gè)標(biāo)準(zhǔn)的JAVA文件，ejb-jar文件。一個(gè)ejb-jar文件可以包括一個(gè)或多個(gè)的Enterprise Beans。對(duì)每一個(gè)Enterprise beans，都由它的接口，類(lèi)，和配置描述器。

Enterprise Beans Provider提供如下東西給ejb-jar 文件：

Enterprise Beans 的remote 接口，接口說(shuō)明了Client端能調(diào)用的函數(shù)。 

Enterprise Beans 的home 接口，home接口使客戶(hù)生成和定位一個(gè)Enterprise Beans的實(shí)例。 

Enterprise 類(lèi)本身，實(shí)現(xiàn)了Enterprise beans 的語(yǔ)義。 

Deploy Descripot配置描述器，deployer通過(guò)利用配置描述器來(lái)提供沒(méi)有在代碼中申明的信息。例如方針和屬性。EJB的1.0規(guī)范把配置描述器定義為javax.ejb.deployment. SessionDescriptor類(lèi)或者javax.ejb.deployment.EntityDescriptor的一個(gè)實(shí)例，但是在1.1版本中不贊成這樣做。而是用XML來(lái)定義配置描述器。 
　　配置一個(gè)Enterprise Beans 意味著將一個(gè)Enterprise Bean安裝到容器中去。安裝過(guò)程包括了如下幾個(gè)方面：


保證不同的Enterprise beans能夠工作在一起。 

用名字服務(wù)來(lái)注冊(cè)一個(gè)Enterprise Bean 

通過(guò)EJB服務(wù)的通信系統(tǒng)提供訪問(wèn)EJB的入口。 

執(zhí)行事務(wù)管理和安全方針。 
　　在一個(gè)EJB容器中可以又任意多個(gè)Enterprise beans.除了安裝和執(zhí)行以外，容器也提供了配置Enterprise beans的工具。

　　為什么用Inprise的EJB 容器？

　　Inprise EJB容器提供的完全的服務(wù)


完全支持EJB1。1規(guī)范。 

一個(gè)有效的運(yùn)行和管理EJBs的容器。 

提供命名服務(wù)，事務(wù)服務(wù)，植入Java RDBMS的內(nèi)部。編程，配置簡(jiǎn)單。 

充分的例子來(lái)演示怎樣使用EJBs和EJB容器。 
　　對(duì)于Enterprise beans的開(kāi)發(fā)者來(lái)說(shuō)，EJB 容器是一個(gè)高級(jí)Enterprise類(lèi)產(chǎn)品。因?yàn)樗腥缦聝?yōu)點(diǎn)：

完整的，靈活的運(yùn)行時(shí)環(huán)境：


EJB容器完全實(shí)現(xiàn)了EJB1。1的規(guī)范，包括了它的所有功能。 

每一個(gè)由工具產(chǎn)生的Enterprise bean都同時(shí)是Enterprise bean 對(duì)象和CORBA對(duì)象。 

EJB容器能夠進(jìn)行單獨(dú)配置，100%的純JAVA服務(wù)，或者作為完全的分布式的配置。這樣的靈活性意味著你能夠根據(jù)你的要求調(diào)整你的應(yīng)用程序。 

與其它的EJB服務(wù)不一樣，Inprise 的EJB容器服務(wù)并沒(méi)有限制一定要分開(kāi)。而是任意個(gè)數(shù)的Enterprise beans可以放在任意個(gè)數(shù)的容器中，這些容器也可以放在任意個(gè)數(shù)機(jī)器上。并且支持分布式的事務(wù)協(xié)議，允許Enterprise beans的分別裁定。允許部分的配置你的應(yīng)用，而將你的性能配置成最優(yōu)化。 
Inprise 的EJB是建立在Vbroker和RMI—IIOP之上的。


EJB容器是建立在Inprise的Vbbroker之上的。VisBroker是已經(jīng)被證明的在各種條件下都是ORB的領(lǐng)導(dǎo)角色。無(wú)論在各大公司的聯(lián)合測(cè)試下，或者在實(shí)際的應(yīng)用環(huán)境中。VisiBroker提供了一個(gè)很好的的運(yùn)行時(shí)的任務(wù)的完成。 

為了更好的性能，Vbroker使用了大量的運(yùn)行時(shí)優(yōu)化，高級(jí)的多路鏈接，鏈接池和管理，線程池和管理。 

客戶(hù)和Enterprise beans,Enterprise benas之間，Enterprise beans 和其它的CORBA對(duì)象之間的通信都是通過(guò)用VisiBroker的IIOP方式進(jìn)行的。VisiBroker完全適應(yīng)CORBA2。3規(guī)范，RMI—IIOP通過(guò)值傳遞的方式來(lái)實(shí)現(xiàn)。這意味著，復(fù)雜的JAVA數(shù)據(jù)類(lèi)型能夠用新的IDL值類(lèi)型寫(xiě)到IIOP里面去。就象在CORBA2。3規(guī)范中一樣。數(shù)據(jù)和服務(wù)之間相互協(xié)調(diào)怎樣傳送復(fù)雜的數(shù)據(jù)類(lèi)型是很重要的。否則，協(xié)同能力就會(huì)受到危及。EJB容器能夠與其他的所有支持RMI-over-IIOP的進(jìn)行協(xié)同工作。 

安全特性是可由VisiBroker所有的。保證信用是從客戶(hù)傳象服務(wù)。 

事務(wù)上下文也是由visibroker所有的。保證當(dāng)CORBA客戶(hù)開(kāi)始一個(gè)事務(wù)時(shí)，并且訪問(wèn)EJB容器的服務(wù)時(shí)。事務(wù)上下文被傳向服務(wù)，當(dāng)服務(wù)需要調(diào)用環(huán)境中的各項(xiàng)資源時(shí)，就要使用事務(wù)上下文。 

事務(wù)的兩段提交是由Inprise的ITS管理的。如果JDBC支持兩階段提交協(xié)議，EJB就支持兩階段提交協(xié)議。當(dāng)時(shí)，如果JDBC不支持兩階段提交，兩階段提交就不能被完成。 
Enterprise的EJB容器是一個(gè)CORBA對(duì)象：

　　Inprise 的java2iiop編譯器和EJB容器一樣，都是與CORBA兼容的。EJB容器能夠理解RMI調(diào)用，但是，它用IDL來(lái)存放接口定義。雖然Java2iiop編譯器從java接口產(chǎn)生了stub 和skeleton.也能夠從java接口中產(chǎn)生IDL。然后在其他語(yǔ)言里面用。對(duì)于一個(gè)CORBA客戶(hù)端，EJB容器是一個(gè)CORBA服務(wù)，EJB容器工具就是與控制EJB的功能相同的CORBA工具。

EJB容器是建立在JNDI和CosNaming，JTS/OTS基礎(chǔ)山的。他們都是完全支持CORBA的。

容器對(duì)不同的Enterprise beans 的支持：

　　EJB容器的主要的特征就是它提供對(duì)各種各樣的Enterprise beans的管理和支持。包括：


有狀態(tài)或無(wú)狀態(tài)的Session Enterprise beans. 

Entiry beans包括container-manager和beans-manager的持續(xù)性。 
　　EJB容器可以包括一個(gè)或多個(gè)的jar文件。每一個(gè)jar文件又能夠包括多個(gè)的Enterprise beans。每個(gè)Enterprise bean都包括一個(gè)配置描述器。一個(gè)EJBhome接口，一個(gè)EJBremote接口，還有Enterprise bean的實(shí)現(xiàn)代碼。

使Inprise 的EJB容器不同的是：它支持許多當(dāng)前的客戶(hù)，包括如下兩個(gè)方面：


VisiBroler提供了連接管理，允許一個(gè)服務(wù)同時(shí)支持比TCP連接數(shù)多的客戶(hù)連接。用最近最少使用算法來(lái)關(guān)閉連接。 

對(duì)于客戶(hù)來(lái)說(shuō)，容器本身是無(wú)狀態(tài)的。意味著容器并沒(méi)有為每一個(gè)新的Enterprise bean會(huì)話(huà)分配內(nèi)存。這樣，容器就能夠支持任意多的無(wú)狀態(tài)的Session Enterprise beans. 
配置的支持：

　　Inprise 容器提供了產(chǎn)生代碼的編譯器。也提供了一個(gè)驗(yàn)證的工具來(lái)在配置之前檢查你的Enterprise beans.支持EJB1。1的JNDI命名基于XML的配置描述器。

事務(wù)管理者：

　　事務(wù)管理者提供了事務(wù)管理的手段。包括分布式的兩段提交的支持。遵從最新的SUN公司JTS規(guī)范。也支持最新的OMG的OTS規(guī)范。在開(kāi)發(fā)時(shí)盡量少用JTS而在配置時(shí)使用健壯的ITS。

JDBC鏈接池和事務(wù)綜合：

　　所有JDBC訪問(wèn)數(shù)據(jù)庫(kù)都是通過(guò)DataSource對(duì)象的實(shí)現(xiàn)來(lái)完成的。DataSource對(duì)象與數(shù)據(jù)庫(kù)的池鏈接還有JTS管理的全局的事務(wù)處理和用JDBC管理的數(shù)據(jù)庫(kù)事務(wù)處理。

命名服務(wù)：

　　命名服務(wù)提供了分布式的命名管理。服務(wù)遵從JAVA的命名和目錄規(guī)范（JNDS）。也遵從OMG的cosNaming規(guī)范。與事務(wù)服務(wù)類(lèi)似，在配置的時(shí)候，你可以用JNS，也可以用更健壯的INS。JNDI提供的容器能夠運(yùn)行在其他的JNDI實(shí)現(xiàn)之上。這樣就能夠使用其他的命名服務(wù)，例如：LDAP。

安全性的支持：

　　在CORBA之上的Inprise 的安全服務(wù)是附加的。

JAVA數(shù)據(jù)庫(kù)：

　　Java數(shù)據(jù)庫(kù)提供了一個(gè)全關(guān)系型的高性能的數(shù)據(jù)庫(kù)來(lái)存儲(chǔ)Enterprise beans的狀態(tài)。

　　JAVA數(shù)據(jù)庫(kù)既可以運(yùn)行在同一個(gè)進(jìn)程的容器中，或者，為了提高性能，也可以運(yùn)行在一個(gè)單獨(dú)的進(jìn)程中。實(shí)際上，JAVA 數(shù)據(jù)庫(kù)是即插即用的。意味著終端用戶(hù)能夠用一個(gè)另外的實(shí)現(xiàn)就取代了所有的JAVA版本。例如，能夠?qū)崿F(xiàn)一個(gè)用別的數(shù)據(jù)庫(kù)來(lái)存儲(chǔ)會(huì)話(huà)狀態(tài)和Entiry Data的后臺(tái)存儲(chǔ)。

容器管理的Entity beans的持久性：

　　Inprise 提供了一個(gè)CMP（Container-Managed Persistence）引擎來(lái)提供透明的對(duì)象關(guān)系映射和在純JDBC上的持續(xù)框架。更進(jìn)一步，第三方的工具可以通過(guò)開(kāi)放的API插進(jìn)來(lái)。

與其他組件的結(jié)合：

　　在配置環(huán)境的真實(shí)世界里，EJB的四個(gè)模式能夠與以下的組件工作在一起：


client鏈接到Enterprise beans對(duì)象。Clients可以由java Enterprise bean接口的EJB對(duì)象，或者IDL接口的CORBA對(duì)象。在Inprise 的EJB容器服務(wù)中，每一個(gè)Enterprise bean都同時(shí)是EJB對(duì)象也是CORBA對(duì)象。CORBA客戶(hù)能夠用所有支持CORBA的語(yǔ)言來(lái)實(shí)現(xiàn)，包括C++，Java,Delphi. 

從Enterprise bean的數(shù)據(jù)庫(kù)訪問(wèn)。典型的，Enterprise beans對(duì)象是Entity beans對(duì)象，或者是beans-managed,或者是container-managed. 

后端服務(wù)：CORBA服務(wù)，用C++，Java ,Delphi實(shí)現(xiàn)，運(yùn)行在任何兼容CORBA的ORB中。EJB服務(wù)，包括所有其他的inprise的服務(wù)，或者其他支持IIOP的代理商的服務(wù)。其它原來(lái)的服務(wù)，包括ERP系統(tǒng)，main-frame程序。等等。