關(guān)于EJB詳細(xì)概述(下)
Java EJB詳細(xì)概述
Application roles：（應(yīng)用角色）
Enterprise beans Provider:Beans提供者在應(yīng)用領(lǐng)域方面是專家。例如：Beans提供者可能是金融或電信方面的專家。Beans提供者提供了業(yè)務(wù)tasks，Enterprise beans的業(yè)務(wù)方法，定義了beans的romote和home接口，還定義了beans的配置描述器。因為容器管理著系統(tǒng)級的任務(wù)，所以，Beans提供者便不需要關(guān)心分布處理，事務(wù)處理，安全性能等從應(yīng)用方面看來沒什么關(guān)系的方面。
Application Assembler程序組裝器:
這是一個將定制的Enterprise beans和其它的組件，例如，GUI client,applet,Servelet等組裝成一個完整的應(yīng)用程序的行家。在Enterprise的配置器下，組裝器在組裝成一個應(yīng)用程序的時候，只關(guān)心beans的接口，包括romote接口和home接口。而不關(guān)心這些接口是怎么實現(xiàn)的。組裝的結(jié)果就是一個一個的應(yīng)用程序，或者由多個Enterprise beans組合成的一個比較復(fù)雜的Enterprise beans.
Deployment and Operate roles配置和操作角色
配置器為特定的Enterprise beans配置特殊的操作環(huán)境。配置器為了適應(yīng)應(yīng)用程序，將多個Enerprise beans 組合起來，通過修改Enterprise beans 的屬性來達(dá)到配置相應(yīng)的操作環(huán)境。例如，配置器通過設(shè)置配置描述符的相應(yīng)的屬性來設(shè)置事務(wù)和安全方針。配置器的另一個任務(wù)是將應(yīng)用程序與現(xiàn)有的Enterprise管理軟件結(jié)合起來。
System Administrator系統(tǒng)管理者；
是與配置應(yīng)用有關(guān)的。管理者配置個管理Enterprise計算和網(wǎng)絡(luò)服務(wù)的低層，包括EJB服務(wù)和容器。管理員監(jiān)視著應(yīng)用服務(wù)器的運(yùn)行狀況，當(dāng)應(yīng)用服務(wù)器不正常運(yùn)行是就采取相應(yīng)的措施。典型的說，管理員使用Enterprise管理工具來與應(yīng)用程序打交道，通過由容器提供的hooks來配置。
傳統(tǒng)的應(yīng)用程序開發(fā)者現(xiàn)在是Enterprise beans的提供者。也可能是應(yīng)用程序的裝配者。這樣能使他們將主要精力放在應(yīng)用問題或者應(yīng)用邏輯上面。當(dāng)安裝Enterprise beans時，配置器定義了一系列的配置方針。機(jī)制的復(fù)雜性和執(zhí)行配置的方針就交給了專門的代理。雖然分布式的應(yīng)用程序還是比較復(fù)雜，可是，應(yīng)用程序設(shè)計者的工作卻變的簡單了，因為所有復(fù)雜的工作都交給了EJB服務(wù)器和容器提供者了。
通過大量的設(shè)計之前的定義和命名約定，EJB達(dá)到了前面提到的目的。這樣的編程體系結(jié)構(gòu)限制了一定的自由，但是，允許EJB服務(wù)器和容器提供者假定應(yīng)用程序的設(shè)計，并以一種行之有效的方式來支持他們。
EJB的設(shè)計模式和命名約定：
有三種途徑來建立一個基于對象的，多層的，分布式的系統(tǒng)：無狀態(tài)服務(wù)的途徑，基于會話的途徑和持續(xù)對象的途徑。
無狀態(tài)的服務(wù)是通過對象的操作提供一種功能的函數(shù)，但是，不保持會話的狀態(tài)。當(dāng)一個客戶使用無狀態(tài)的對象時，客戶不能夠提供上一次操作的信息。
基于會話的設(shè)計產(chǎn)生了一個中間層的對象，稱為一個會話（Session）。這個會話可以看成是這個客戶的代理。典型的，會話的生命是由客戶和所在的服務(wù)程序決定的。客戶如果完成了會話就可以將對象移走。如果服務(wù)終止了，會話對象就會超時。會話對象就會變的無效了。
持續(xù)對象設(shè)計模式綁定了存在數(shù)據(jù)庫中的一塊數(shù)據(jù)。提供了操作這塊數(shù)據(jù)的一些個操作。持續(xù)對象是由多個客戶共享的。起生命期是由存儲數(shù)據(jù)的庫所決定的。
EJB規(guī)范中將這些分別稱做：stateless Session, stateful Session, Entiry Beans.Session Beans模式就是基于會話的設(shè)計模式。Entiry Beans模式就是持續(xù)對象設(shè)計模式。每種模式都定義了一些接口和命名約定。
Enterprise JavaBeans infrastruct （EJB的基礎(chǔ)結(jié)構(gòu)）
容器和服務(wù)提供者實現(xiàn)了EJB的基礎(chǔ)構(gòu)造。這些基礎(chǔ)構(gòu)造處理了EJB的分布式方面，事務(wù)管理，安全性方面。EJB規(guī)范定義了基礎(chǔ)構(gòu)造和J ava API的為了適應(yīng)各種情況的要求。而沒有去指定用什么技術(shù)，平臺，協(xié)議來實現(xiàn)他們。
Enterprise beans, container, server說明了EJB基礎(chǔ)結(jié)構(gòu)的要求，EJB基礎(chǔ)結(jié)構(gòu)必須提供客戶和Enterprise beans通信的通道。雖然這不是EJB規(guī)范所定義的。但保證通道的安全也是很重要的。特別是當(dāng)客戶通過internet訪問遠(yuǎn)程的Enterprise beans時。EJB基礎(chǔ)結(jié)構(gòu)也必須能夠加強(qiáng)Enterprise beans 的訪問控制。
Enterprise beans所有的數(shù)據(jù)的持續(xù)性必須被保證。EJB的低層結(jié)構(gòu)必須提供在企業(yè)級的計算環(huán)境中與現(xiàn)存系統(tǒng)的結(jié)合能力。Beans的所有通信都是分布式事務(wù)的一部分，需要由EJB低層結(jié)構(gòu)來管理對于一個成功的配置，EJB低層必須提供分布式應(yīng)用管理工具的鉤子（hooks）
Container
容器可能是EJB里面最重要的概念。因為它向程序開發(fā)人員提供了***程度的方便?；趯ο蟮闹虚g層軟件平臺如CORBA或者遠(yuǎn)過程調(diào)用RMI是程序開發(fā)者從網(wǎng)絡(luò)傳輸中解放出來，通過提供對象定位機(jī)制，數(shù)據(jù)重組機(jī)制等等。容器的概念則走的更遠(yuǎn)一點(diǎn)。通過簡化分布式應(yīng)用程序的那些復(fù)雜的方面，如：安全性，事務(wù)協(xié)調(diào)性，數(shù)據(jù)持久性。
一旦Enterprise Beans準(zhǔn)備好了可以配置了。就被打包成一個標(biāo)準(zhǔn)的JAVA文件，ejb-jar文件。一個ejb-jar文件可以包括一個或多個的Enterprise Beans。對每一個Enterprise beans，都由它的接口，類，和配置描述器。
Enterprise Beans Provider提供如下東西給ejb-jar 文件：
Enterprise Beans 的remote 接口，接口說明了Client端能調(diào)用的函數(shù)。
Enterprise Beans 的home 接口，home接口使客戶生成和定位一個Enterprise Beans的實例。
Enterprise 類本身，實現(xiàn)了Enterprise beans 的語義。
Deploy Descripot配置描述器，deployer通過利用配置描述器來提供沒有在代碼中申明的信息。例如方針和屬性。EJB的1.0規(guī)范把配置描述器定義為javax.ejb.deployment. SessionDescriptor類或者javax.ejb.deployment.EntityDescriptor的一個實例，但是在1.1版本中不贊成這樣做。而是用XML來定義配置描述器。
配置一個Enterprise Beans 意味著將一個Enterprise Bean安裝到容器中去。安裝過程包括了如下幾個方面：
保證不同的Enterprise beans能夠工作在一起。
用名字服務(wù)來注冊一個Enterprise Bean
通過EJB服務(wù)的通信系統(tǒng)提供訪問EJB的入口。
執(zhí)行事務(wù)管理和安全方針。
在一個EJB容器中可以又任意多個Enterprise beans.除了安裝和執(zhí)行以外，容器也提供了配置Enterprise beans的工具。
為什么用Inprise的EJB 容器？
Inprise EJB容器提供的完全的服務(wù)
完全支持EJB1。1規(guī)范。
一個有效的運(yùn)行和管理EJBs的容器。
提供命名服務(wù)，事務(wù)服務(wù)，植入Java RDBMS的內(nèi)部。編程，配置簡單。
充分的例子來演示怎樣使用EJBs和EJB容器。
對于Enterprise beans的開發(fā)者來說，EJB 容器是一個高級Enterprise類產(chǎn)品。因為它有如下優(yōu)點(diǎn)：
完整的，靈活的運(yùn)行時環(huán)境：
EJB容器完全實現(xiàn)了EJB1。1的規(guī)范，包括了它的所有功能。
每一個由工具產(chǎn)生的Enterprise bean都同時是Enterprise bean 對象和CORBA對象。
EJB容器能夠進(jìn)行單獨(dú)配置，100%的純JAVA服務(wù)，或者作為完全的分布式的配置。這樣的靈活性意味著你能夠根據(jù)你的要求調(diào)整你的應(yīng)用程序。
與其它的EJB服務(wù)不一樣，Inprise 的EJB容器服務(wù)并沒有限制一定要分開。而是任意個數(shù)的Enterprise beans可以放在任意個數(shù)的容器中，這些容器也可以放在任意個數(shù)機(jī)器上。并且支持分布式的事務(wù)協(xié)議，允許Enterprise beans的分別裁定。允許部分的配置你的應(yīng)用，而將你的性能配置成***化。
Inprise 的EJB是建立在Vbroker和RMI—IIOP之上的。
EJB容器是建立在Inprise的Vbbroker之上的。VisBroker是已經(jīng)被證明的在各種條件下都是ORB的領(lǐng)導(dǎo)角色。無論在各大公司的聯(lián)合測試下，或者在實際的應(yīng)用環(huán)境中。VisiBroker提供了一個很好的的運(yùn)行時的任務(wù)的完成。
為了更好的性能，Vbroker使用了大量的運(yùn)行時優(yōu)化，高級的多路鏈接，鏈接池和管理，線程池和管理。
客戶和Enterprise beans,Enterprise benas之間，Enterprise beans 和其它的CORBA對象之間的通信都是通過用VisiBroker的IIOP方式進(jìn)行的。VisiBroker完全適應(yīng)CORBA2。3規(guī)范，RMI—IIOP通過值傳遞的方式來實現(xiàn)。這意味著，復(fù)雜的JAVA數(shù)據(jù)類型能夠用新的IDL值類型寫到IIOP里面去。就象在CORBA2。3規(guī)范中一樣。數(shù)據(jù)和服務(wù)之間相互協(xié)調(diào)怎樣傳送復(fù)雜的數(shù)據(jù)類型是很重要的。否則，協(xié)同能力就會受到危及。EJB容器能夠與其他的所有支持RMI-over-IIOP的進(jìn)行協(xié)同工作。
安全特性是可由VisiBroker所有的。保證信用是從客戶傳象服務(wù)。
事務(wù)上下文也是由visibroker所有的。保證當(dāng)CORBA客戶開始一個事務(wù)時，并且訪問EJB容器的服務(wù)時。事務(wù)上下文被傳向服務(wù)，當(dāng)服務(wù)需要調(diào)用環(huán)境中的各項資源時，就要使用事務(wù)上下文。
事務(wù)的兩段提交是由Inprise的ITS管理的。如果JDBC支持兩階段提交協(xié)議，EJB就支持兩階段提交協(xié)議。當(dāng)時，如果JDBC不支持兩階段提交，兩階段提交就不能被完成。
Enterprise的EJB容器是一個CORBA對象：
Inprise 的java2iiop編譯器和EJB容器一樣，都是與CORBA兼容的。EJB容器能夠理解RMI調(diào)用，但是，它用IDL來存放接口定義。雖然Java2iiop編譯器從java接口產(chǎn)生了stub 和skeleton.也能夠從java接口中產(chǎn)生IDL。然后在其他語言里面用。對于一個CORBA客戶端，EJB容器是一個CORBA服務(wù)，EJB容器工具就是與控制EJB的功能相同的CORBA工具。
EJB容器是建立在JNDI和CosNaming，JTS/OTS基礎(chǔ)山的。他們都是完全支持CORBA的。
容器對不同的Enterprise beans 的支持：
EJB容器的主要的特征就是它提供對各種各樣的Enterprise beans的管理和支持。包括：
有狀態(tài)或無狀態(tài)的Session Enterprise beans.
Entiry beans包括container-manager和beans-manager的持續(xù)性。
EJB容器可以包括一個或多個的jar文件。每一個jar文件又能夠包括多個的Enterprise beans。每個Enterprise bean都包括一個配置描述器。一個EJBhome接口，一個EJBremote接口，還有Enterprise bean的實現(xiàn)代碼。
使Inprise 的EJB容器不同的是：它支持許多當(dāng)前的客戶，包括如下兩個方面：
VisiBroler提供了連接管理，允許一個服務(wù)同時支持比TCP連接數(shù)多的客戶連接。用最近最少使用算法來關(guān)閉連接。
對于客戶來說，容器本身是無狀態(tài)的。意味著容器并沒有為每一個新的Enterprise bean會話分配內(nèi)存。這樣，容器就能夠支持任意多的無狀態(tài)的Session Enterprise beans.
配置的支持：
Inprise 容器提供了產(chǎn)生代碼的編譯器。也提供了一個驗證的工具來在配置之前檢查你的Enterprise beans.支持EJB1。1的JNDI命名基于XML的配置描述器。
事務(wù)管理者：
事務(wù)管理者提供了事務(wù)管理的手段。包括分布式的兩段提交的支持。遵從***的SUN公司JTS規(guī)范。也支持***的OMG的OTS規(guī)范。在開發(fā)時盡量少用JTS而在配置時使用健壯的ITS。
JDBC鏈接池和事務(wù)綜合：
所有JDBC訪問數(shù)據(jù)庫都是通過DataSource對象的實現(xiàn)來完成的。DataSource對象與數(shù)據(jù)庫的池鏈接還有JTS管理的全局的事務(wù)處理和用JDBC管理的數(shù)據(jù)庫事務(wù)處理。
命名服務(wù)：
命名服務(wù)提供了分布式的命名管理。服務(wù)遵從JAVA的命名和目錄規(guī)范（JNDS）。也遵從OMG的cosNaming規(guī)范。與事務(wù)服務(wù)類似，在配置的時候，你可以用JNS，也可以用更健壯的INS。JNDI提供的容器能夠運(yùn)行在其他的JNDI實現(xiàn)之上。這樣就能夠使用其他的命名服務(wù)，例如：LDAP。
安全性的支持：
在CORBA之上的Inprise 的安全服務(wù)是附加的。
JAVA數(shù)據(jù)庫：
Java數(shù)據(jù)庫提供了一個全關(guān)系型的高性能的數(shù)據(jù)庫來存儲Enterprise beans的狀態(tài)。
JAVA數(shù)據(jù)庫既可以運(yùn)行在同一個進(jìn)程的容器中，或者，為了提高性能，也可以運(yùn)行在一個單獨(dú)的進(jìn)程中。實際上，JAVA 數(shù)據(jù)庫是即插即用的。意味著終端用戶能夠用一個另外的實現(xiàn)就取代了所有的JAVA版本。例如，能夠?qū)崿F(xiàn)一個用別的數(shù)據(jù)庫來存儲會話狀態(tài)和Entiry Data的后臺存儲。
容器管理的Entity beans的持久性：
Inprise 提供了一個CMP（Container-Managed Persistence）引擎來提供透明的對象關(guān)系映射和在純JDBC上的持續(xù)框架。更進(jìn)一步，第三方的工具可以通過開放的API插進(jìn)來。
與其他組件的結(jié)合：
在配置環(huán)境的真實世界里，EJB的四個模式能夠與以下的組件工作在一起：
client鏈接到Enterprise beans對象。Clients可以由java Enterprise bean接口的EJB對象，或者IDL接口的CORBA對象。在Inprise 的EJB容器服務(wù)中，每一個Enterprise bean都同時是EJB對象也是CORBA對象。CORBA客戶能夠用所有支持CORBA的語言來實現(xiàn)，包括C++，Java,Delphi.
從Enterprise bean的數(shù)據(jù)庫訪問。典型的，Enterprise beans對象是Entity beans對象，或者是beans-managed,或者是container-managed.
后端服務(wù)：CORBA服務(wù)，用C++，Java ,Delphi實現(xiàn)，運(yùn)行在任何兼容CORBA的ORB中。EJB服務(wù)，包括所有其他的inprise的服務(wù)，或者其他支持IIOP的代理商的服務(wù)。其它原來的服務(wù)，包括ERP系統(tǒng)，main-frame程序。等等。
【編輯推薦】
