全面研讀EJB2.0

2019-11-18 16:05:09

字體：大中小

供稿：網(wǎng)友

　　新的 EJB 2.0 規(guī)范不僅僅是一個新的階段性發(fā)行版，它加入了許多引人注目的變動，包括 CMP 組件模型中的一些變動和一種新的 bean 類型，它們將增強(qiáng)您在開發(fā)應(yīng)用程序時的靈活性和可移植性。請率先了解此新規(guī)范的功能，本月已發(fā)布了它的公開草案。
　　
　　
　　　　2000年6月2日發(fā)布的 EnterPRise javaBeans 2.0 不僅是一個階段性發(fā)行版，而且是該規(guī)范的一個新版本。整個規(guī)范有 500 多頁，比以前的 EJB 1.1 規(guī)范長了 200 頁 (66%)。該規(guī)范中最重要的變動是對容器管理的持久性 (CMP) 所作的更改，以及引入了一種全新的 bean 類型，即 MessageDrivenBean。
　　
　　
　　　　EJB 2.0 中的大量更改都集中在一種新 CMP 組件模型的定義中。它完全不同于舊的 CMP 模型，因為它引入了一個全新的成員，即持久性管理器，并引入了全新的方式來定義容器管理的字段，以及定義這些字段與其它 bean 和從屬對象的關(guān)系。
　　
　　
　　　　MessageDrivenBean （消息 bean）的引入也是非常重要的。消息 bean 體現(xiàn)出 JMS （Java Message Service）與 EJB 相集成，以創(chuàng)建出一種全新的 bean 類型，它設(shè)計用來處理異步的 JMS 消息。這種振奮人心的新型 bean 為 JMS 客戶機(jī)提供一種組件模型，允許將它們部署到 EJB 容器系統(tǒng)的豐富而強(qiáng)健的環(huán)境中去。
　　
　　
　　　　對該規(guī)范還作了許多較小的其它更改。這些其它更改雖然也重要，但它們主要是涉及使該規(guī)范更嚴(yán)格，以便消除多義性，并使這些組件具有更高的可移植性。本文集中討論 EJB 2.0 中引入的新 CMP 和消息 bean 組件模型。
　　
　　
　　　　我將提供幾個具體的例子，所以讀者應(yīng)該很容易跟上并理解它。但是，EJB 初學(xué)者可能發(fā)現(xiàn)這個材料比較困難，因為它假定讀者已對 EJB 有了基本的了解。有關(guān) EJB 的詳細(xì)信息，請參閱參考資料。
　　
　　
　　　　容器管理的持久性
　　
　　
　　　　容器管理的持久性在 EJB 2.0 中發(fā)生了根本變化。在 EJB 2.0 中，持久性管理器在運行時自動處理 CMP 實體 bean 的持久性。持久性管理器負(fù)責(zé)根據(jù)一種稱為抽象持久性方案的新的 bean 持久性管理器合約，將實體 bean 映射到數(shù)據(jù)庫。此外，持久性管理器還負(fù)責(zé)實現(xiàn)和執(zhí)行多種查找方法，這些查找方法均基于一種稱為 EJB QL 的新型查詢語言。
　　
　　
　　　　注意到以下事實是很重要的，即符合 EJB 2.0 規(guī)范的產(chǎn)品必須能支持 EJB 1.1 CMP 模型，又能支持新的 EJB 2.0 模型。雖然這兩種模型并不兼容，但是為了保證向后兼容性，就必須能支持 EJB 1.1 模型。
　　
　　
　　　　抽象持久性方案
　　
　　
　　　　為了理解抽象持久性方案是如何工作的，以及它為什么重要，我將為您快速地回顧一下在 EJB 1.1 中是如何處理 CMP 的，隨后再討論在 EJB 2.0 中如何定義它。
　　
　　
　　EJB 1.1 中的 CMP 模型
　　
　　
　　　　在 EJB 1.1 中，bean 開發(fā)人員負(fù)責(zé)將 bean 類的持久性字段聲明為 Java 基本類型或可序列化類型。下列示例顯示了一個 Employee 企業(yè)級 bean 類，它是按 EJB 1.1 定義的，帶有幾個 CMP 字段：
　　
　　
　　　　// Employee bean 類
　　　　public class EmployeeBean implements
　　　　java.ejb.EntityBean {
　　　　// 實例字段
　　　　EntityContext ejbContext;
　　
　　
　　　　file:// 容器管理的字段
　　　　public int identity;
　　　　public String firstName;
　　　　public String lastName;
　　　　public double salary;
　　　　public Address address;
　　
　　
　　　　public Integer ejbCreate(int id, String fname,String lname){
　　　　　identity = id;
　　　　　firstName = fname;
　　　　　lastName = lname;
　　　　　return null;
　　　　　}
　　　　　...
　　　　
　　　　　// Address 從屬類
　　　　public class Address implements Serializable{
　　　　public String street;
　　　　public String city;
　　　　public String state;
　　　　public String zip;
　　　}
　　
　　
　　　　當(dāng)將關(guān)系數(shù)據(jù)庫用于持久性時，基本字段如 identity、firstName、lastName 和 salary，很容易持久化，因為它們很好地映射為 SQL 類型，如 INTEGER、CHAR 和 DOUBLE。
　　
　　
　　　　在 EJB 1.1 中，CMP bean 的 xml 部署描述符提供 cmp-field 元素，用以標(biāo)識此 bean 類中的持久性字段（容器管理的字段）。如下所示，cmp-field 元素用來區(qū)分寫入數(shù)據(jù)庫的字段和不寫入數(shù)據(jù)庫的字段。例如，ejbContext 字段就不包括在容器管理的字段的列表中，因此它不是持久性字段。
　　
　　
　　　　

EmployeeEJB

　　　　　　...
　　　　

Container

　　
　　
　　　　...
　　　　

identity

firstName

lastName

salary

address

　　
　　
　　　　　...
　　
　　
　　　　容器提供者提供一種工具，用來將 bean 的持久性字段映射到數(shù)據(jù)庫表中的列，通常每個 bean 對應(yīng)一個表。但是，可序列化的類型，如 Address，就比較難于持久化。在 EJB 1.1 中，沒有標(biāo)準(zhǔn)的方法將可序列化的對象映射到關(guān)系數(shù)據(jù)庫。雖然 Address 類有其自身的字段集，但 XML 部署描述符并沒有提供一種機(jī)制，來將這些字段映射到數(shù)據(jù)庫。在大多數(shù)情況下，人們期望將可序列化的對象（如 Address）作為二進(jìn)制類型（有時稱為 blob 類型）持久化到某個數(shù)據(jù)庫表中。
　　
　　
　　　　由于實體 bean 的數(shù)據(jù)方案逐漸復(fù)雜起來，所以這個問題也變得嚴(yán)重了。例如，Employee bean 可能有多個類似于 Address 的子對象，如 Benefits 和 JobPosition。這些子對象稱為從屬對象，可以形成關(guān)系數(shù)據(jù)庫中跨幾個表的復(fù)雜對象圖。另外，EJB 1.1 中的 CMP 在很大程度上不足以持久化與其它 bean 的關(guān)系。在 EJB 1.1 中，如果某個 bean 準(zhǔn)備維持與另一個 bean 的關(guān)系，則容器會自動將主關(guān)鍵字或句柄用作一個鏈接。與某些其它 bean 的關(guān)系其性質(zhì)可能是雙向的，或者要依賴于一些不易用主關(guān)鍵字或句柄來表示的字段，為了保持與這類 bean 的關(guān)系，上面的辦法已被證明是一種遠(yuǎn)未完善的機(jī)制。
　　
　　
　　　　EJB 2.0 的 CMP 模型
　　
　　
　　　　在 EJB 2.0 中，CMP 實體 bean 和持久性管理器之間的新合約，使您能夠在實體 bean 中定義更復(fù)雜的、可移植性更強(qiáng)的關(guān)系，包括 bean 與 bean 之間、bean 與從屬對象之間、甚至從屬對象與從屬對象之間的關(guān)系。
　　
　　
　　　　持久性管理器是新加入到 Enterprise JavaBeans 部署過程中的。容器廠商，或?qū)ｉL于特定數(shù)據(jù)庫的持久性的廠商，將能提供這種持久性管理器。其思路是將用于管理 bean 關(guān)系的機(jī)制從容器中分離出來，容器只負(fù)責(zé)管理安全、事務(wù)和資源。這種職責(zé)上的分離使不同的持久性管理器能夠與不同的容器一起工作。它也使實體 bean 在不同 EJB 廠商之間以及在各種持久性管理器之間具有更強(qiáng)的可移植性。
　　
　　
　　　　如果您使用或?qū)W習(xí)過 Thought Inc. 生產(chǎn)的，能自動為 EJB 1.1 容器生成 BMP（bean 管理的持久性）bean 的產(chǎn)品 CocoBase，則您對持久性管理器工具如何工作就已經(jīng)比較熟悉了。CocoBase 根據(jù) bean 部署者提供的，從對象到關(guān)系的映射信息，為 BMP bean 生成全部數(shù)據(jù)庫訪問邏輯。在 EJB 2.0 中，持久性管理器能夠根據(jù)部署描述符、bean 的抽象持久性方案和部署者完成的工作所提供的信息，生成 CMP 實體到關(guān)系數(shù)據(jù)庫的映射。但是，持久性管理器并不局限于關(guān)系數(shù)據(jù)庫。也可以為對象數(shù)據(jù)庫以及遺留的系統(tǒng)和 ERP 系統(tǒng)（如 SAP）開發(fā)持久性管理器。
　　　　為了將持久性管理器從容器中分離出來，必須定義 bean 與持久性管理器之間的合約。這個合約在新的抽象持久性方案中表現(xiàn)出來。此方案是通過部署描述符中一組新的 XML 元素和 CMP 實體 bean 中的一組代碼習(xí)語定義的。在 EJB 2.0 中，CMP bean 類被聲明為抽象類，它的持久性字段和關(guān)系字段是使用抽象的讀方法和寫方法來訪問的，而這兩種方法的方法特征則映射為 XML 部署描述符中的特定元素。
　　
　　
　　　　在部署該 bean 時，您將使用持久性管理器工具，根據(jù) XML 部署描述符和 bean 類，來具體實現(xiàn)此抽象 bean 類及其從屬對象類。具體實現(xiàn)將包括數(shù)據(jù)訪問代碼，此代碼將在運行時將 bean 的狀態(tài)實際讀出和寫到數(shù)據(jù)庫中。在運行時，容器使用由持久性管理器工具生成的子類，而不使用 bean 提供者定義的抽象類。
　　
　　
　　　　bean 類的繼承層次結(jié)構(gòu)
　　
　　
　　　　為了使討論更充實，這里提供一個 CMP 實體的示例，它更具體地說明了抽象持久性方案是如何工作的。
　　
　　EJB 2.0 中的一個示例 CMP 實體
　　
　　
　　　　在 EJB 2.0 中，容器管理的實體 bean 被定義為抽象的，而且它的持久性字段并不在 bean 類中直接定義。作為替代，開發(fā)了一種抽象的持久性方案，從而允許 bean 提供者間接地聲明持久性字段和 bean 關(guān)系。下面是 Employee bean 的一個示例，它使用了新的

（出處：http://m.survivalescaperooms.com）

上一篇：手機(jī)開發(fā)教您使用JSR172解析XML

下一篇：EJB的SessionBean編程規(guī)則