EJB技術(shù)概論
Enterprise JavaBean (EJB) 1.1 規(guī)范定義了開發(fā)和部署基于事務性、分布式對象應用程序的服務器端軟件組件的體系結(jié)構(gòu)。企業(yè)組織可以構(gòu)建它們自己的組件，或從第三方供應商購買組件。這些服務器端組件稱作 Enterprise Bean，它們是 Enterprise JavaBean 容器中駐留的分布式對象，為分布在網(wǎng)絡中的客戶機提供遠程服務。
兩層和三層環(huán)境
在兩層客戶機/服務器環(huán)境中，程序員編寫與供應商特定軟件緊密結(jié)合的應用程序。通常，兩層應用程序直接從客戶機訪問數(shù)據(jù)庫服務或事務服務。有時這種應用程序稱作胖客戶機，因為應用程序邏輯駐留在客戶機上，這使客戶機變得龐大和復雜。下圖描繪了這一特性：
三層客戶機/服務器應用程序使用一個中間或中間層，應用程序服務器，它在客戶機應用程序和后端數(shù)據(jù)庫之間操作。中間層存儲了系統(tǒng)的商業(yè)邏輯，并協(xié)調(diào)客戶機上與后端數(shù)據(jù)庫交互的顯示。
在兩層模型上使用三層體系結(jié)構(gòu)是出于以下兩個動機：
改進的可伸縮性、可用性和性能
改良的商業(yè)系統(tǒng)靈活性和可擴展性
由于兩層系統(tǒng)利用了客戶機的處理能力，因而它具有良好的性能，但許多客戶機對單一后端資源(如數(shù)據(jù)庫)的特性會產(chǎn)生瓶頸，隨著客戶機數(shù)量逐漸增大，這會抑制可伸縮性、可用性和性能。三層系統(tǒng)試圖通過更有效地管理后端資源來消除這個瓶頸。利用資源管理技術(shù)，如合用和集群中間層服務器，可以實現(xiàn)這個目標。合用允許許多客戶機共享不充足的資源(如數(shù)據(jù)庫連接)，這樣可以減少后端服務器的工作負荷，從而使三層系統(tǒng)更有效。由于多個服務器和資源可以支持故障恢復并均衡不斷增加的客戶機數(shù)量的負載，因此集群可以使三層系統(tǒng)變得更具可用性和可伸縮性。
三層系統(tǒng)比相應的兩層系統(tǒng)更靈活且更可擴展，這是因為商業(yè)邏輯和服務(如安全性和事務)都駐留在中間層，并且基本上獨立于客戶機應用程序。如果正確實現(xiàn)了三層系統(tǒng)，那么在使用 Enterprise JavaBean 的情況下，服務會自動應用于客戶機請求，因此服務是看不見的。由于服務對于客戶機不可見，因此對服務的更改也不可見。如果正確實現(xiàn)了三層系統(tǒng)，那么中間層上對商業(yè)邏輯的更改和增強也可對客戶機應用程序隱藏。
另外，如果客戶機與中間件組件是以 Java 編程語言實現(xiàn)的，那么它們極有可能具有可移植性?？梢苑浅Ｈ菀椎貙崿F(xiàn)客戶機和應用程序服務器的類文件重新安置到當前最合適的主機上。
在最近二、三年中，一些供應商發(fā)布了基于 Java 的三層應用程序服務器，這些服務器全都可以與后端服務器操作交互，并管理這些操作。盡管這些中間件產(chǎn)品支持分布式體系結(jié)構(gòu)，這些體系結(jié)構(gòu)在兩層設計上(以及 Java 之前的應用程序服務器)做了非常重大的改進。它們的主要限制是編程模塊越來越趨向于特定于某個供應商。這意味著公司必須大量購買一家供應商的型號，而且系統(tǒng)是不可移植的，從而導致了供應商鎖定。
隨著面向?qū)ο缶幊?/a>范例日益普及，分布式對象系統(tǒng)已經(jīng)逐漸壯大?，F(xiàn)在已經(jīng)存在一些分布式對象技術(shù)。最流行的是由 Object Management Group 創(chuàng)建的 CORBA、Sun Microsystems 的 Java RMI (JRMP) 和 Microsoft 的 DCOM 和 MTS(又名 COM+)。每種都有其自身的優(yōu)缺點。Sun Microsystems 的 Enterprise JavaBean 是最新加入這個圈子的技術(shù)。在某些方面，它既是這些技術(shù)的竟爭者，同時也是合作者。
由于在三層計算中使用了其它開放標準(如 LDAP)，CORBA(公共對象請求中介體系結(jié)構(gòu))在解決供應商壟斷問題方面取得了成功。不幸的是，雖然 CORBA 根本改變了分布式計算，但經(jīng)驗證編程模塊太復雜，而且供應商不能一致地遵守規(guī)范。CORBA 有高級的分布式計算，但已證明太難而無法實現(xiàn)，并且其可移植性也比預期差。
Enterprise JavaBean (EJB) 是 Sun Microsystems 對 CORBA 的可移植性和復雜性的解決方案。EJB 引入了比 CORBA 更簡單的編程模塊，它可以讓開發(fā)人員創(chuàng)建可移植分布式組件，稱作 Enterprise Bean。EJB 編程模塊可以讓開發(fā)人員創(chuàng)建安全的、事務性的和持久的商業(yè)對象 (Enterprise Bean)，該對象使用非常簡單的編程模塊和聲明屬性。與 CORBA 不同，例如訪問控制(授權(quán)安全性)和事務管理等設施非常易于編程。CORBA 需要使用復雜的 API 來利用這些服務，而 EJB 則根據(jù)一種稱作“部署描述信息”的特性文件中的聲明將這些服務自動應用到 Enterprise Bean。這個模型確保了 bean 開發(fā)人員可以集中精力編寫商業(yè)邏輯，而容器會自動管理更復雜但又必要的操作。
由于 EJB 規(guī)范頒布了一組明確的 EJB 容器(供應商服務器)和 EJB 組件(商業(yè)對象)之間的契約，因此 EJB 中實現(xiàn)了可移植性。這些契約或規(guī)則確切規(guī)定容器必須為 Enterprise Bean 提供什么服務，bean 開發(fā)人員需要使用什么 API 和聲明屬性來創(chuàng)建 Enterprise Bean。由于詳細指定了 Enterprise Bean 的生命周期，因此供應商知道如何在運行時管理 bean，bean 開發(fā)人員確切知道 Enterprise Bean 在其存在期間可以做什么。
Enterprise JavaBean 簡化了分布式對象的開發(fā)、部署和訪問。EJB 分布式對象(一種 Enterprise Bean)的開發(fā)人員只需依照為 Enterprise JavaBean 建立的契約和協(xié)議實現(xiàn)對象。支持 EJB 的應用程序服務器可以，也確實，使用任何分布式網(wǎng)絡協(xié)議，包括本地 Java RMI 協(xié)議 (JRMP)、專有協(xié)議或 CORBA 的網(wǎng)絡協(xié)議 (IIOP)。不管在某個特定產(chǎn)品中使用的基本網(wǎng)絡協(xié)議是什么，EJB 使用相同的編程 API 和語義以 Java RMI-IIOP 訪問分布式對象。協(xié)議的細節(jié)對應用程序和 bean 開發(fā)人員隱藏;對于所有供應商來說，定位和使用分布式 bean 的方法是相同的。
注：Enterprise Bean 與 JavaBean 不同。JavaBean 是使用 java.beans 包開發(fā)的，它是 Java 2 標準版的一部分。JavaBean 是一臺機器上同一個地址空間中運行的組件。JavaBean 是進程內(nèi)組件。Enterprise Bean 是使用 javax.ejb 包開發(fā)的，它是標準 JDK 的擴展，是 Java 2 Enterprise Edition 的一部分。Enterprise Bean 是在多臺機器上跨幾個地址空間運行的組件。因此 Enterprise Bean 是進程間組件。JavaBean 通常用作 GUI 窗口小部件，而 Enterprise Bean 則用作分布式商業(yè)對象。
