EJB分布式對象的基礎知識有哪些

小編今天帶大家了解EJB分布式對象的基礎知識有哪些，文中知識點介紹的非常詳細。覺得有幫助的朋友可以跟著小編一起瀏覽文章的內容，希望能夠幫助更多想解決這個問題的朋友找到問題的答案，下面跟著小編一起深入學習“EJB分布式對象的基礎知識有哪些”的知識吧。

Enterprise JavaBean (EJB)規范定義了開發和部署基于事務性、EJB分布式對象應用程序的服務器端軟件組件的體系結構。企業組織可以構建它們自己的組件，或從第三方供應商購買組件。這些服務器端組件稱作 Enterprise Bean，它們是 Enterprise JavaBean 容器中駐留的EJB分布式對象，為分布在網絡中的客戶機提供遠程服務。

兩層和三層環境

在兩層客戶機／服務器環境中，程序員編寫與供應商特定軟件緊密結合的應用程序。通常，兩層應用程序直接從客戶機訪問數據庫服務或事務服務。有時這種應用程序稱作胖客戶機，因為應用程序邏輯駐留在客戶機上，這使客戶機變得龐大和復雜。

三層客戶機／服務器應用程序使用一個中間或中間層，應用程序服務器，它在客戶機應用程序和后端數據庫之間操作。中間層存儲了系統的商業邏輯，并協調客戶機上與后端數據庫交互的顯示。

在兩層模型上使用三層體系結構是出于以下兩個動機：

改進的可伸縮性、可用性和性能改良的商業系統靈活性和可擴展性由于兩層系統
利用了客戶機的處理能力，因而它具有良好的性能，但許多客戶機對單一后端資源（如數據庫）的特性會產生瓶頸，隨著客戶機數量逐漸增大，這會抑制可伸縮性、可用性和性能。三層系統試圖通過更有效地管理后端資源來消除這個瓶頸。利用資源管理技術，如合用和集群中間層服務器，可以實現這個目標。合用允許許多客戶機共享不充足的資源（如數據庫連接），這樣可以減少后端服務器的工作負荷，從而使三層系統更有效。由于多個服務器和資源可以支持故障恢復并均衡不斷增加的客戶機數量的負載，因此集群可以使三層系統變得更具可用性和可伸縮性。

三層系統比相應的兩層系統更靈活且更可擴展，這是因為商業邏輯和服務（如安全性和事務）都駐留在中間層，并且基本上獨立于客戶機應用程序。如果正確實現了三層系統，那么在使用 Enterprise JavaBean 的情況下，服務會自動應用于客戶機請求，因此服務是看不見的。由于服務對于客戶機不可見，因此對服務的更改也不可見。如果正確實現了三層系統，那么中間層上對商業邏輯的更改和增強也可對客戶機應用程序隱藏。

另外，如果客戶機與中間件組件是以 Java 編程語言實現的，那么它們極有可能具有可移植性。可以非常容易地將實現客戶機和應用程序服務器的類文件重新安置到當前最合適的主機上。

在最近二、三年中，一些供應商發布了基于 Java 的三層應用程序服務器，這些服務器全都可以與后端服務器操作交互，并管理這些操作。盡管這些中間件產品支持EJB分布式體系結構，這些體系結構在兩層設計上（以及 Java 之前的應用程序服務器）做了非常重大的改進。它們的主要限制是編程模塊越來越趨向于特定于某個供應商。這意味著公司必須大量購買一家供應商的型號，而且系統是不可移植的，從而導致了供應商鎖定。

隨著面向對象編程范例日益普及，EJB分布式對象系統已經逐漸壯大。現在已經存在一些EJB分布式對象技術。***的是由 Object Management Group 創建的 CORBA、Sun Microsystems 的 Java RMI (JRMP) 和 Microsoft 的 DCOM 和 MTS（又名 COM+）。每種都有其自身的優缺點。Sun Microsystems 的 Enterprise JavaBean 是***加入這個圈子的技術。在某些方面，它既是這些技術的竟爭者，同時也是合作者。

由于在三層計算中使用了其它開放標準（如 LDAP），CORBA（公共對象請求中介體系結構）在解決供應商壟斷問題方面取得了成功。不幸的是，雖然 CORBA 根本改變了EJB分布式計算，但經驗證編程模塊過于復雜，而且供應商不能一致地遵守規范。CORBA 有高級的EJB分布式計算，但已證明太難而很難實現，并且其可移植性也比預期差。

Enterprise JavaBean (EJB) 是 Sun Microsystems 對 CORBA 的可移植性和復雜性的解決方案。EJB 引入了比 CORBA 更簡單的編程模塊，它可以讓開發人員創建可移植EJB分布式組件，稱作 Enterprise Bean。EJB 編程模塊可以讓開發人員創建安全的、事務性的和持久的商業對象 (Enterprise Bean)，該對象使用非常簡單的編程模塊和聲明屬性。與 CORBA 不同，例如訪問控制（授權安全性）和事務管理等設施非常易于編程。CORBA 需要使用復雜的 API 來利用這些服務，而 EJB 則根據一種稱作“部署描述信息”的特性文件中的聲明將這些服務自動應用到 Enterprise Bean。這個模型確保了 bean 開發人員可以集中精力編寫商業邏輯，而容器會自動管理更復雜但又必要的操作。

由于 EJB 規范頒布了一組明確的 EJB 容器（供應商服務器）和 EJB 組件（商業對象）之間的契約，因此 EJB 中實現了可移植性。這些契約或規則確切規定容器必須為 Enterprise Bean 提供什么服務，bean 開發人員需要使用什么 API 和聲明屬性來創建 Enterprise Bean。由于詳細指定了 Enterprise Bean 的生命周期，因此供應商知道如何在運行時管理 bean，bean 開發人員確切知道 Enterprise Bean 在其存在期間可以做什么。

Enterprise JavaBean 簡化了EJB分布式對象的開發、部署和訪問。EJB分布式對象（一種 Enterprise Bean）的開發人員只需依照為 Enterprise JavaBean 建立的契約和協議實現對象。支持 EJB 的應用程序服務器可以，也確實，使用任何分布式網絡協議，包括本地 Java RMI 協議 (JRMP)、專有協議或 CORBA 的網絡協議 (IIOP)。不管在某個特定產品中使用的基本網絡協議是什么，EJB 使用相同的編程 API 和語義以 Java RMI-IIOP 訪問EJB分布式對象。協議的細節對應用程序和 bean 開發人員隱藏；對于所有供應商來說，定位和使用EJB分布式 bean 的方法是相同的。

注：Enterprise Bean 與 JavaBean 不同。JavaBean 是使用 java.beans 包開發的，它是 Java 2 標準版的一部分。JavaBean 是一臺機器上同一個地址空間中運行的組件。JavaBean 是進程內組件。Enterprise Bean 是使用 javax.ejb 包開發的，它是標準 JDK 的擴展，是 Java 2 Enterprise Edition 的一部分。Enterprise Bean 是在多臺機器上跨幾個地址空間運行的組件。因此 Enterprise Bean 是進程間組件。JavaBean 通常用作 GUI 窗口小部件，而 Enterprise Bean 則用作EJB分布式商業對象。

感謝大家的閱讀，以上就是“EJB分布式對象的基礎知識有哪些”的全部內容了，學會的朋友趕緊操作起來吧。相信億速云小編一定會給大家帶來更優質的文章。謝謝大家對億速云網站的支持！