關于EJB詳細概述(上)
Java EJB詳細概述 詳細概述，為什么使用EJB容器？
EJB的體系結構：
EJB的上層的分布式應用程序是基于對象組件模型的，低層的事務服務用了API技術。EJB技術簡化了用 JAVA語言編寫的企業(yè)應用系統(tǒng)的開發(fā)，配置，和執(zhí)行。EJB的體系結構的規(guī)范由Sun Microsystems公司制定。 Inprise的EJB容器是基于1.1版的規(guī)范。
EJB技術定義了一組可重用的組件：Enterprise Beans。你可以利用這些組件，象搭積木一樣的建立你的 分布式應用程序。當你把代碼寫好之后，這些組件就被組合到特定的文件中去。每個文件有一個或多個 Enterprise Beans，在加上一些配置參數(shù)。***，這些Enterprise Beans被配置到一個裝了EJB容器的平臺上 ?？蛻裟軌蛲ㄟ^這些Beans的home接口，定位到某個beans，并產生這個beans的一個實例。這樣，客戶就能夠 調用Beans的應用方法和遠程接口。
EJB服務器作為容器和低層平臺的橋梁管理著EJB容器和函數(shù)。它向EJB容器提供了訪問系統(tǒng)服務的能力。 例如：數(shù)據庫的管理和事務的管理，或者對于其它的Enterprise的應用服務器。
所有的EJB 實例都運行在EJB容器中。容器提供了系統(tǒng)級的服務，控制了EJB的生命周期。因為容器掌握了 絕大多數(shù)系統(tǒng)級的issues(呵呵，不知道怎么翻譯)。Enterprise Beans 的開發(fā)者不需要應用邏輯考慮進來。 通常來說，EJB容器掌握了以下的系統(tǒng)級issues.
1、Security--配置描述器（The Deployment descriptor）定義了客戶能夠訪問的不同的應用函數(shù)。容器 通過只允許授權的客戶訪問這些函數(shù)來達到這個效果。
2、Remote Connectivity--容器為遠程鏈接管理著低層的通信issues，而且對Enterprise Beas的開發(fā)者 和客戶都隱藏了通信issues.Enterprise Beans的開發(fā)者在編寫應用方法的時候，就象是在條用本地的平臺一 樣的?？蛻粢膊磺宄麄冋{用的方法可能是在遠程被處理的。
3、Life Cycle managment--客戶簡單的創(chuàng)建一個Enterprise beans的實例，并通常取消一個實例。而容 器管理著Enterprise Beans的實例，使Enterprise Beans實現(xiàn)***的效能和內存利用率。容器能夠這樣來激 活和去活Enterprise Beans，保持眾多客戶共享的實例池。等等。
4、Trasction management—配置描述器定義了Enterprise beans 的事務處理的需求。容器管理著那些管 理分布式事務處理的復雜的issues。這些事務可能要在不同的平臺之間更新數(shù)據庫。容器使這些事務之間互 相獨立，互不干擾。保證所有的更新數(shù)據庫都是成功發(fā)生的，否者，就回滾到事務處理之前的狀態(tài)。
Enterprise Beans 組件：
Enterprise Beans 是基于分布式事務處理的企業(yè)級應用程序的組件。所有的Enterprise beans都有如下 的特點：
Enterprise beans包含了處理企業(yè)數(shù)據的應用邏輯。
Enterprise beans provider定義了Enterprise beans的客戶界面（Enterprise beans 的遠程界面）。這樣的界面不受容器和服務器的影響。于是，當一個 Enterprise beans被集合到一個應用程序中去時，不用更改代碼和重新編譯。
Enterprise beans能夠被 定制
各種系統(tǒng)級的服務，例如安全和事務處理的特性，都不是屬于Enterprise beans class的。而是由 配置和組裝應用程序的工具來實現(xiàn)。
有兩種類型的Enterprise beans: Session beans 和 entity beans.
Session beans:
Session beans 是一種作為單個的client執(zhí)行的對象。作為對遠程的任務請求的相應，容器產生一個 Session beans 的實例。一個Session beans有一個client.從某種程度上來說，一個Session bean 對于服務 器來說就代表了它的那個client.Session beans 也能用于事務，它能夠更新共享的數(shù)據，但它不直接描繪這 些共享的數(shù)據。
Session beans 的生命周期是相對較短的。典型的是，只有當client保持會話的時候，Session beans 才 是活著的。一旦client退出了，Session beans 就不再與client相聯(lián)系了。Session beans被看成是瞬時的， 因為如果容器崩潰了，那么client必須重新建立一個新的Session對象來繼續(xù)會話。
一個Session bean典型的聲明了與client的互操作或者會話。也就是說，Session bean了在客戶會話期間 ，通過方法的調用，掌握Client的信息。一個具有狀態(tài)的Session bean稱為有狀態(tài)的Session bean.當client 終止與Session beans互操作的時候.會話終止了，而且，bean 也不再擁有狀態(tài)值。
一個Session bean也可能是一個無狀態(tài)的 session bean.無狀態(tài)的Session beans并不掌握它的客戶的信 息或者狀態(tài)。Client能夠調用beans的方法來完成一些操作。但是，beans只是在方法調用的時候才知道 client的參數(shù)變量。當方法調用完成以后，beans并不繼續(xù)保持這些參數(shù)變量。這樣，所有的無狀態(tài)的 session beans的實例都是相同的，除非它正在方法調用期間。這樣，無狀態(tài)的Session beans就能夠支持多 個client.容器能夠聲明一個無狀態(tài)的Session beans.能夠將任何Session beans指定給任何client.
Entity Beans:
Entity Beans對數(shù)據庫中的數(shù)據提供了一種對象的視圖。例如：一個Entity bean能夠模擬數(shù)據庫表中一 行相關的數(shù)據。多個client能夠共享訪問同一個Entity bean.多個client也能夠同時的訪問同一個Entity bean.Entity beans通過事務的上下文來訪問或更新下層的數(shù)據。這樣，數(shù)據的完整性就能夠被保證。
Entity Beans能存活相對教長的時間，并且狀態(tài)是持續(xù)的。只要數(shù)據庫中的數(shù)據存在，Entity beans就一 直存活。而不是按照應用程序或者服務進程來說的。即使EJB容器崩潰了，Entity beans也是存活的。Entity Beans生命周期能夠被容器或者 Beans自己管理。如果由容器控制著保證 Entity beans持續(xù)的issus。如果由 Beans自己管理，就必須寫Entity beans的代碼，包括訪問數(shù)據庫的調用。
Entity Beans是由主鍵（primary key 一種唯一的對象標識符）標識的。通常，主鍵與標識數(shù)據庫中的一 塊數(shù)據，例如一個表中的一行，的主鍵是相同的。主鍵是client能夠定位特定的數(shù)據塊。
EJB roles:
EJB體系結構通過把編程的過程分為6個不同的角色而使開發(fā)復雜的的應用系統(tǒng)變的簡單。6個不同的角色 ，每個都有特定的任務。6個角色包括下層的服務，應用程序的開發(fā)，配置和操作說明（issues）
EJB體系結構能夠簡化應用程序開發(fā)人員的工作。在EJB體系結構中，容器和代理服務承擔了很多在其他環(huán) 境中又程序設計人員承擔的工作。這樣的代理提供了很多原來需要程序設計人員編寫代碼的系統(tǒng)級的服務。
Infrastructure roles;（下層構造角色）
EJB Server Providor服務提供者是典型的提供分布式低層服務的代理。EJB服務提供者提供了一個分布式 應用程序開發(fā)者需要的平臺和設施。也提供了分布式程序的運行時環(huán)境。
EJB Container Providor 容器提供者是分布式系統(tǒng)，事務處理，安全方面的專家容器提供者提供了一個 EJB的配置工具，和這些配置實例的運行時支持。
一個容器對一個或多個EJB來說，是一個運行時系統(tǒng)。它將Enterprise Beans和EJB服務，包括事務服務， 安全服務，分布式網絡管理等膠合在一起。容器是既是一個定制的代碼和對特定的 Enterprise beans產生詳 細代碼的工具。容器也提供了一個配置Enterprise beans的工具和管理監(jiān)視應用程序的方法。
【編輯推薦】
