EJB核心技術及其應用

2019-11-18 11:13:01

字體：大中小

來源：轉載

供稿：網友

　　一、EJB技術簡介

　　EJB的全稱是EnterPRise java bean。是JAVA中的商業應用組件技術。EJB結構中的角色 EJB 組件結構是基于組件的分布式計算結構，是分布式應用系統中的組件。

　　一個完整的基于EJB的分布式計算結構由六個角色組成，這六個角色可以由不同的開發商提供，每個角色所作的工作必須遵循Sun公司提供的EJB規范，以保證彼此之間的兼容性。這六個角色分別是EJB組件開發者(Enterprise Bean Provider) 、應用組合者(application Assembler)、部署者(Deployer)、EJB 服務器提供者(EJB Server Provider)、EJB 容器提供者(EJB Container Provider)、系統治理員(System Administrator)：

　　二、EJB中各角色的分析

　　1、EJB組件開發者(Enterprise Bean Provider)

　　EJB組件開發者負責開發執行商業邏輯規則的EJB組件，開發出的EJB組件打包成ejb-jar文件。EJB組件開發者負責定義EJB的remote和home接口，編寫執行商業邏輯的EJB class,提供部署EJB的部署文件(deployment descriptor)。部署文件包含EJB的名字，EJB用到的資源配置，如JDBC等。EJB組件開發者是典型的商業應用開發領域專家。

　　EJB組件開發者不需要精通系統級的編程，因此，不需要知道一些系統級的處理細節，如事務、同步、安全、分布式計算等。

　　2、應用組合者(Application Assembler)

　　應用組合者負責利用各種EJB組合一個完整的應用系統。應用組合者有時需要提供一些相關的程序，如在一個電子商務系統里，應用組合者需要提供jsp(Java Server Page)程序。

　　應用組合者必須把握所用的EJB的home和remote接口，但不需要知道這些接口的實現。

　　3、部署者(Deployer)

　　部署者負責將ejb-jar文件部署到用戶的系統環境中。系統環境包含某種EJB Server和EJB Container。部署者必須保證所有由EJB組件開發者在部署文件中聲明的資源可用，例如，部署者必須配置好EJB所需的數據庫資源。

　　部署過程分兩步：部署者首先利用EJB Container提供的工具生成一些類和接口，使EJB Container能夠利用這些類和接口在運行狀態治理EJB。部署者安裝EJB組件和其他在上一步生成的類到EJB Container中。部署者是某個EJB運行環境的專家。

　　某些情況下，部署者在部署時還需要了解EJB包含的業務方法，以便在部署完成后，寫一些簡單的程序測試。

　　4、EJB 服務器提供者(EJB Server Provider)

　　EJB 服務器提供者是系統領域的專家，精通分布式交易治理，分布式對象治理及其它系統級的服務。EJB 服務器提供者一般由操作系統開發商、中間件開發商或數據庫開發商提供。

　　在目前的EJB規范中，假定EJB 服務器提供者和EJB 容器提供者來自同一個開發商，所以，沒有定義EJB 服務器提供者和EJB容器提供者之間的接口標準。

　　5、EJB 容器提供者(EJB Container Provider)

　　EJB 容器提供者提供以下功能：

　　提供EJB部署工具為部署好的EJB組件提供運行環境。EJB容器負責為EJB提供交易治理，安全治理等服務。

　　EJB 容器提供者必須是系統級的編程專家，還要具備一些應用領域的經驗。EJB 容器提供者的工作主要集中在開發一個可伸縮的，具有交易治理功能的集成在EJB 服務器中的容器。EJB 容器提供者為EJB組件開發者提供了一組標準的、易用的API訪問EJB 容器，使EJB組件開發者不需要了解EJB服務器中的各種技術細節。

　　EJB容器提供者負責提供系統監測工具用來實時監測EJB容器和運行在容器中的EJB組件狀態。

　　6、系統治理員(System Administrator)

　　系統治理員負責為EJB服務器和容器提供一個企業級的計算和網絡環境。

　　系統治理員負責利用EJB 服務器和容器提供的監測治理工具監測EJB組件的運行情況。 三、EJB的體系結構：

　　EJB分布式應用程序是基于對象組件模型的，低層的事務服務用了API技術。EJB技術簡化了用JAVA語言編寫的企業應用系統的開發，配置。EJB技術定義了一組可重用的組件：Enterprise Beans。你可以利用這些組件，象搭積木一樣的建立你的分布式應用程序。當你把代碼寫好之后，這些組件就被組合到特定的文件中去。每個文件有一個或多個Enterprise Beans，在加上一些配置參數。最后，這些Enterprise Beans被配置到一個裝了EJB容器的平臺上?？蛻裟軌蛲ㄟ^這些Beans的home接口，定位到某個beans，并產生這個beans的一個實例。這樣，客戶就能夠調用Beans的應用方法和遠程接口。

　　EJB服務器作為容器和低層平臺的橋梁治理著EJB容器和函數。它向EJB容器提供了訪問系統服務的能力。例如：數據庫的治理和事務的治理，或者對于其它的Enterprise的應用服務器。所有的EJB 實例都運行在EJB容器中?！　∪萜魈峁┝讼到y級的服務，控制了EJB的生命周期。EJB中的有一些易于使用的治理工具如：Security--配置描述器（The Deployment descriptor）定義了客戶能夠訪問的不同的應用函數。容器通過只答應授權的客戶訪問這些函數來達到這個效果。Remote Connectivity--容器為遠程鏈接治理著低層的通信issues，而且對Enterprise Beas的開發者和客戶都隱藏了通信細節。EJB的開發者在編寫應用方法的時候，就象是在條用本地的平臺一樣的。客戶也不清楚他們調用的方法可能是在遠程被處理的。Life Cycle managment--客戶簡單的創建一個Enterprise beans的實例，并通常取消一個實例。而容器治理著Enterprise Beans的實例，使Enterprise Beans實現最大的效能和內存利用率。容器能夠這樣來激活和使Enterprise Beans失效，保持眾多客戶共享的實例池。等等?！　　　rasction management-配置描述器定義了Enterprise beans 的事務處理的需求。容器治理著那些治理分布式事務處理的復雜的issues。這些事務可能要在不同的平臺之間更新數據庫。容器使這些事務之間互相獨立，互不干擾。保證所有的更新數據庫都是成功發生的，否者，就回滾到事務處理之前的狀態。

　　EJB 組件是基于分布式事務處理的企業級應用程序的組件。所有的EJB都有如下的特點：EJB包含了處理企業數據的應用邏輯。定義了EJB的客戶界面。這樣的界面不受容器和服務器的影響。于是，當一個EJB被集合到一個應用程序中去時，不用更改代碼和重新編譯。EJB能夠被定制各種系統級的服務，例如安全和事務處理的特性，都不是屬于EJB類的。而是由配置和組裝應用程序的工具來實現。有兩種類型的EJB: session beans 和 entity beans.Session beans是一種作為單用戶執行的對象。作為對遠程的任務請求的相應，容器產生一個Session beans 的實例。一個Session beans有一個用戶.從某種程度上來說，一個Session bean 對于服務器來說就代表了它的那個用戶.Session beans 也能用于事務，它能夠更新共享的數據，但它不直接描繪這些共享的數據。Session beans 的生命周期是相對較短的。典型的是，只有當用戶保持會話的時候，Session beans 才是活著的。一旦用戶退出了，Session beans 就不再與用戶相聯系了。Session beans被看成是瞬時的，因為假如容器崩潰了，那么用戶必須重新建立一個新的Session對象來繼續會話。

　　Session bean典型的聲明了與用戶的互操作或者會話。也就是說，Session bean了在客戶會話期間，通過方法的調用，把握用戶的信息。一個具有狀態的Session bean稱為有狀態的Session bean.當用戶終止與Session beans互操作的時候.會話終止了，而且，bean 也不再擁有狀態值。Session bean也可能是一個無狀態的 session bean.無狀態的Session beans并不把握它的客戶的信息或者狀態。用戶能夠調用beans的方法來完成一些操作。但是，beans只是在方法調用的時候才知道用戶的參數變量。當方法調用完成以后，beans并不繼續保持這些參數變量。這樣，所有的無狀態的session beans的實例都是相同的，除非它正在方法調用期間。這樣，無狀態的Session beans就能夠支持多個用戶.容器能夠聲明一個無狀態的Session beans.能夠將任何Session beans指定給任何用戶.

　　Entity Beans對數據庫中的數據提供了一種對象的視圖。例如：一個Entity bean能夠模擬數據庫表中一行相關的數據。多個client能夠共享訪問同一個Entity bean.多個client也能夠同時的訪問同一個Entity bean.Entity beans通過事務的上下文來訪問或更新下層的數據。這樣，數據的完整性就能夠被保證。Entity Beans能存活相對教長的時間，并且狀態是持續的。只要數據庫中的數據存在，Entity beans就一直存活。而不是按照應用程序或者服務進程來說的。即使EJB容器崩潰了，Entity beans也是存活的。Entity Beans生命周期能夠被容器或者 Beans自己治理。假如由容器控制著保證 Entity beans持續的issus。假如由Beans自己治理，就必須寫Entity beans的代碼，包括訪問數據庫的調用。

　　Entity Beans是由主鍵（primary key 一種唯一的對象標識符）標識的。通常，主鍵與標識數據庫中的一塊數據，例如一個表中的一行，的主鍵是相同的。主鍵是client能夠定位特定的數據塊。

上一篇：內存泄漏，走開輕松搞定Java內存泄漏

下一篇：百分之百純Java(TM)--名詞解釋