- 相關推薦
j2ee技術體系架構
J2EE是一套全然不同于傳統應用開發的技術架構，包含許多組件，主要可簡化且規范應用系統的開發與部署，進而提高可移植性、安全與再用價值。下面是小編整理的關于j2ee技術體系架構，歡迎大家參考!
SOA 是一種分布式的軟件模型。SOA 的主要組件包括 服務、動態發現和 消息。
服務是能夠通過網絡訪問的可調用例程。服務公開了一個接口契約，它定義了服務的行為以及接受和返回的消息。術語 服務常與術語 提供者互換使用，后者專門用于表示提供服務的實體。
接口通常在公共注冊中心或者目錄中發布，并在那里按照所提供的不同服務進行分類，就像電話簿黃頁中列出的企業和電話號碼一樣。客戶(服務消費者)能夠根據不同的分類特征通過動態查詢服務來查找特定的服務。這個過程被稱為服務的 動態發現。
服務消費者或者客戶通過 消息來消費服務。因為接口契約是獨立于平臺和語言的，消息通常用符合 XML 模式的 XML 文檔來構造。
Web 服務作為 SOA
Web 服務建立在開放標準和獨立于平臺的協議的基礎之上。Web 服務通過 HTTP 使用 SOAP(一種基于 XML 的協議)，以便在服務提供者和消費者之間進行通信。服務通過 WSDL(Web Service Definition Language)定義的接口來公開，WSDL 的語義用 XML 定義。UDDI 是一種語言無關的協議，用于和注冊中心進行交互以及查找服務。所有這些特性都使得 Web 服務成為開發 SOA 應用程序的優秀選擇。
使用 J2EE 1.4 平臺開發 SOA/Web 服務框架
1.4 版的 J2EE 平臺通過新的 JAX-RPC 1.1 API 提供了完整的 Web 服務支持，這種 API 支持基于 servlet 和企業 bean 的服務端點。JAX-RPC 1.1 基于 WSDL 和 SOAP 協議提供了與 Web 服務的互操作性。J2EE 1.4 平臺也支持 Web Services for J2EE 規范(JSR 921)，后者定義了 Web 服務的部署需求并利用了 JAX-RPC 編程模型。除了幾種 Web 服務 API 之外，J2EE 1.4 平臺還聲稱支持 WS-I Basic Profile 1.0。WS-I Basic Profile 標準讓 Web 服務克服了不同編程語言、操作系統和供應商平臺之間的障礙，從而使多種應用程序之間能夠交互(關于 WS-I 的更多信息，請參閱 參考資料部分。)
在 J2EE 1.4 下，Web 服務客戶可以通過兩種方式訪問 J2EE 應用程序。客戶可以訪問用 JAX-RPC API 創建的 Web 服務;在幕后 JAX-RPC 使用 servlet 來實現 Web 服務。Web 服務客戶也可以通過 bean 的服務端點接口訪問無狀態會話 bean。Web 服務客戶不能訪問其他類型的企業 beans。第二種選擇——公開無狀態 EJB 組件作為 Web 服務——有很多優勢：
利用現有的業務邏輯和流程：在許多企業中，現有的業務邏輯可能已經使用 EJB 組件編寫，通過 Web 服務公開它可能是實現從外界訪問這些服務的最佳選擇。EJB 端點是一種很好的選擇，因為它使業務邏輯和端點位于同一層上。
并發支持：作為無狀態會話 bean 實現的 EJB 服務端點不必擔心多線程訪問，因為 EJB 容器必須串行化對無狀態會話 bean 任何特定實例的請求。
對服務的安全訪問：企業 beans 允許在部署描述符中聲明不同方法級別的安全特性。方法級別角色被映射到實際的主體域(principal domain)。使用 EJB 組件作為 Web 服務端點，把這種方法級別的安全性也帶給了 Web 服務客戶。
事務問題：EJB 服務端點在部署描述符規定的事務上下文中運行。容器處理事務，因此 bean 開發人員不需要編寫事務處理代碼。
可伸縮性：幾乎所有 EJB 容器都提供了對無狀態會話 bean 群集的支持。因此當負載增加時，可以向群集中增加機器，Web 服務請求可以定向到這些不同的服務器。通過把 Web 服務模型化為 EJB 端點，可以使服務具有可伸縮性，并增強了可靠性。
池與資源管理：EJB 容器提供了無狀態會話 bean 池。這改進了資源利用和內存管理。通過把 Web 服務模型化為 EJB 端點，這種特性很容易擴展，使 Web 服務能夠有效地響應多個客戶請求。
【j2ee技術體系架構】相關文章：
J2EE架構與設計培訓08-30
J2EE架構主要版本06-23
j2ee架構師介紹08-03
紅帽認證體系架構介紹07-23
J2EE的體系結構06-29
圖書檢索系統體系架構研究12-05
J2EE技術簡介08-05
J2EE核心技術08-05
J2EE技術規范07-15
存儲架構體系發展在電信支撐系統中的應用09-22