国产探花免费观看_亚洲丰满少妇自慰呻吟_97日韩有码在线_资源在线日韩欧美_一区二区精品毛片,辰东完美世界有声小说,欢乐颂第一季,yy玄幻小说排行榜完本

首頁 > 學院 > 開發設計 > 正文

EJB技術概論

2019-11-18 12:36:48
字體：大 中 小
來源：轉載
供稿：網友

　　EnterPRise javaBean (EJB) 1.1 規范定義了開發和部署基于事務性、分布式對象應用程序的服務器端軟件組件的體系結構。企業組織可以構建它們自己的組件，或從第三方供給商購買組件。這些服務器端組件稱作 Enterprise Bean，它們是 Enterprise JavaBean 容器中駐留的分布式對象，為分布在網絡中的客戶機提供遠程服務。
　　
　　兩層和三層環境
　　在兩層客戶機／服務器環境中，程序員編寫與供給商特定軟件緊密結合的應用程序。通常，兩層應用程序直接從客戶機訪問數據庫服務或事務服務。有時這種應用程序稱作胖客戶機，因為應用程序邏輯駐留在客戶機上，這使客戶機變得龐大和復雜。下圖描繪了這一特性：
　　
　　三層客戶機／服務器應用程序使用一個中間或中間層，應用程序服務器，它在客戶機應用程序和后端數據庫之間操作。中間層存儲了系統的商業邏輯，并協調客戶機上與后端數據庫交互的顯示。
　　
　　在兩層模型上使用三層體系結構是出于以下兩個動機：
　　
　　改進的可伸縮性、可用性和性能
　　改良的商業系統靈活性和可擴展性
　　由于兩層系統利用了客戶機的處理能力，因而它具有良好的性能，但許多客戶機對單一后端資源（如數據庫）的特性會產生瓶頸，隨著客戶機數量逐漸增大，這會抑制可伸縮性、可用性和性能。三層系統試圖通過更有效地治理后端資源來消除這個瓶頸。利用資源治理技術，如合用和集群中間層服務器，可以實現這個目標。合用答應許多客戶機共享不充足的資源（如數據庫連接），這樣可以減少后端服務器的工作負荷，從而使三層系統更有效。由于多個服務器和資源可以支持故障恢復并均衡不斷增加的客戶機數量的負載，因此集群可以使三層系統變得更具可用性和可伸縮性。
　　
　　三層系統比相應的兩層系統更靈活且更可擴展，這是因為商業邏輯和服務（如安全性和事務）都駐留在中間層，并且基本上獨立于客戶機應用程序。假如正確實現了三層系統，那么在使用 Enterprise JavaBean 的情況下，服務會自動應用于客戶機請求，因此服務是看不見的。由于服務對于客戶機不可見，因此對服務的更改也不可見。假如正確實現了三層系統，那么中間層上對商業邏輯的更改和增強也可對客戶機應用程序隱藏。
　　
　　另外，假如客戶機與中間件組件是以 Java 編程語言實現的，那么它們極有可能具有可移植性。可以非常輕易地將實現客戶機和應用程序服務器的類文件重新安置到當前最合適的主機上。
　　
　　在最近二、三年中，一些供給商發布了基于 Java 的三層應用程序服務器，這些服務器全都可以與后端服務器操作交互，并治理這些操作。盡管這些中間件產品支持分布式體系結構，這些體系結構在兩層設計上（以及 Java 之前的應用程序服務器）做了非常重大的改進。它們的主要限制是編程模塊越來越趨向于特定于某個供給商。這意味著公司必須大量購買一家供給商的型號，而且系統是不可移植的，從而導致了供給商鎖定。
　　
　　隨著面向對象編程范例日益普及，分布式對象系統已經逐漸壯大。現在已經存在一些分布式對象技術。最流行的是由 Object Management Group 創建的 CORBA、Sun Microsystems 的 Java RMI (JRMP) 和 Microsoft 的 DCOM 和 MTS（又名 COM+）。每種都有其自身的優缺點。Sun Microsystems 的 Enterprise JavaBean 是最新加入這個圈子的技術。在某些方面，它既是這些技術的竟爭者，同時也是合作者。
　　
　　由于在三層計算中使用了其它開放標準（如 LDAP），CORBA（公共對象請求中介體系結構）在解決供給商壟斷問題方面取得了成功。不幸的是，雖然 CORBA 根本改變了分布式計算，但經驗證編程模塊太復雜，而且供給商不能一致地遵守規范。CORBA 有高級的分布式計算，但已證實太難而無法實現，并且其可移植性也比預期差。
　　
　　Enterprise JavaBean (EJB) 是 Sun Microsystems 對 CORBA 的可移植性和復雜性的解決方案。EJB 引入了比 CORBA 更簡單的編程模塊，它可以讓開發人員創建可移植分布式組件，稱作 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 分布式對象（一種 Enterprise Bean）的開發人員只需依照為 Enterprise JavaBean 建立的契約和協議實現對象。支持 EJB 的應用程序服務器可以，也確實，使用任何分布式網絡協議，包括本地 Java RMI 協議 (JRMP)、專有協議或 CORBA 的網絡協議 (IIOP)。不管在某個特定產品中使用的基本網絡協議是什么，EJB 使用相同的編程 API 和語義以 Java RMI-IIOP 訪問分布式對象。協議的細節對應用程序和 bean 開發人員隱藏；對于所有供給商來說，定位和使用分布式 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 則用作分布式商業對象。

發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
主站蜘蛛池模板： 贵溪市| 黑山县| 古蔺县| 龙陵县| 安图县| 察哈| 阿坝县| 新兴县| 客服| 汤原县| 新干县| 伊金霍洛旗| 中方县| 奉新县| 庄浪县| 上饶县| 永丰县| 阜平县| 南投县| 恩平市| 兰坪| 太康县| 德钦县| 西贡区| 新巴尔虎右旗| 福清市| 隆回县| 大方县| 渭源县| 共和县| 天峨县| 揭阳市| 湖州市| 鄂托克前旗| 东宁县| 锡林浩特市| 钟祥市| 钦州市| 枣庄市| 锡林浩特市| 盖州市|