EJB的上層的分布式應(yīng)用程序是基于對象組件模型的,低層的事務(wù)服務(wù)用了API技術(shù)。EJB技術(shù)簡化了用java語言編寫的企業(yè)應(yīng)用系統(tǒng)的開發(fā),配置,和執(zhí)行。EJB的體系結(jié)構(gòu)的規(guī)范由Sun Microsystems公司制定。InPRise的EJB容器是基于1.1版的規(guī)范。
EJB技術(shù)定義了一組可重用的組件:Enterprise Beans。你可以利用這些組件,象搭積木一樣的建立你的分布式應(yīng)用程序。當(dāng)你把代碼寫好之后,這些組件就被組合到特定的文件中去。每個文件有一個或多個Enterprise Beans,在加上一些配置參數(shù)。最后,這些Enterprise Beans被配置到一個裝了EJB容器的平臺上。客戶能夠通過這些Beans的home接口,定位到某個beans,并產(chǎn)生這個beans的一個實例。這樣,客戶就能夠調(diào)用Beans的應(yīng)用方法和遠(yuǎn)程接口。
EJB服務(wù)器作為容器和低層平臺的橋梁治理著EJB容器和函數(shù)。它向EJB容器提供了訪問系統(tǒng)服務(wù)的能力。例如:數(shù)據(jù)庫的治理和事務(wù)的治理,或者對于其它的Enterprise的應(yīng)用服務(wù)器。
所有的EJB 實例都運行在EJB容器中。容器提供了系統(tǒng)級的服務(wù),控制了EJB的生命周期。因為容器把握了絕大多數(shù)系統(tǒng)級的issues(呵呵,不知道怎么翻譯)。Enterprise Beans 的開發(fā)者不需要應(yīng)用邏輯考慮進(jìn)來。通常來說,EJB容器把握了以下的系統(tǒng)級issues.
1、Security--配置描述器(The Deployment descriptor)定義了客戶能夠訪問的不同的應(yīng)用函數(shù)。容器通過只答應(yīng)授權(quán)的客戶訪問這些函數(shù)來達(dá)到這個效果。
2、Remote Connectivity--容器為遠(yuǎn)程鏈接治理著低層的通信issues,而且對Enterprise Beas的開發(fā)者和客戶都隱藏了通信issues.Enterprise Beans的開發(fā)者在編寫應(yīng)用方法的時候,就象是在條用本地的平臺一樣的。客戶也不清楚他們調(diào)用的方法可能是在遠(yuǎn)程被處理的。
3、Life Cycle managment--客戶簡單的創(chuàng)建一個Enterprise beans的實例,并通常取消一個實例。而容器治理著Enterprise Beans的實例,使Enterprise Beans實現(xiàn)最大的效能和內(nèi)存利用率。容器能夠這樣來激活和去活Enterprise Beans,保持眾多客戶共享的實例池。等等。
4、Trasction management—配置描述器定義了Enterprise beans 的事務(wù)處理的需求。容器治理著那些治理分? 事務(wù)處理的復(fù)雜的issues。這些事務(wù)可能要在不同的平臺之間更新數(shù)據(jù)庫。容器使這些事務(wù)之間互相獨立,互不干擾。保證所有的更新數(shù)據(jù)庫都是成功發(fā)生的,否者,就回滾到事務(wù)處理之前的狀態(tài)。
Enterprise Beans 組件:
Enterprise Beans 是基于分布式事務(wù)處理的企業(yè)級應(yīng)用程序的組件。所有的Enterprise beans都有如下的特點:
有兩種類型的Enterprise beans:
session beans 和 entity beans
Session beans:
Session beans 是一種作為單個的client執(zhí)行的對象。作為對遠(yuǎn)程的任務(wù)請求的相應(yīng),容器產(chǎn)生一個Session beans 的實例。一個Session beans有一個client.從某種程度上來說,一個Session bean 對于服務(wù)器來說就代表了它的那個client.Session beans 也能用于事務(wù),它能夠更新共享的數(shù)據(jù),但它不直接描繪這些共享的數(shù)據(jù)。
Session beans 的生命周期是相對較短的。典型的是,只有當(dāng)client保持會話的時候,Session beans 才是活著的。一旦client退出了,Session beans 就不再與client相聯(lián)系了。Session beans被看成是瞬時的,因為假如容器崩潰了,那么client必須重新建立一個新的Session對象來繼續(xù)會話。
一個Session bean典型的聲明了與client的互操作或者會話。也就是說,Session bean了在客戶會話期間,通過方法的調(diào)用,把握Client的信息。一個具有狀態(tài)的Session bean稱為有狀態(tài)的Session bean.當(dāng)client終止與Session beans互操作的時候.會話終止了,而且,bean 也不再擁有狀態(tài)值。
一個Session bean也可能是一個無狀態(tài)的 session bean.無狀態(tài)的Session beans并不把握它的客戶的信息或者狀態(tài)。Client能夠調(diào)用beans的方法來完成一些操作。但是,beans只是在方法調(diào)用的時候才知道client的參數(shù)變量。當(dāng)方法調(diào)用完成以后,beans并不繼續(xù)保持這些參數(shù)變量。這樣,所有的無狀態(tài)的session beans的實例都是相同的,除非它正在方法調(diào)用期間。這樣,無狀態(tài)的Session beans就能夠支持多個client.容器能夠聲明一個無狀態(tài)的Session beans.能夠?qū)⑷魏蜸ession beans指定給任何client.
Entity Beans:
Entity Beans對數(shù)據(jù)庫中的數(shù)據(jù)提供了一種對象的視圖。例如:一個Entity bean能夠模擬數(shù)據(jù)庫表中一行相關(guān)的數(shù)據(jù)。多個client能夠共享訪問同一個Entity bean.多個client也能夠同時的訪問同一個Entity bean.Entity beans通過事務(wù)的上下文來訪問或更新下層的數(shù)據(jù)。這樣,數(shù)據(jù)的完整性就能夠被保證。
新聞熱點
疑難解答