我們相信，業界會為 JMX 和其他基于 SOA 的管理標準開發 WSDM 協議適配器的。一般性的概念是， WSDM 協議適配器將支持 WSDM 客戶端或管理應用程序，來使用 Web 服務協議與 JMX Mbean 連接(參見 圖 1 )。

　　圖 1. 從 JMX 到 WSDM 的連通性

　　通常， JMX-WSDM 協議適配器會使用 Web 服務協議，來支持 WSDM 客戶端或管理應用程序，與 JMX Mbean 連接。

　　如果開發人員希望通過 JMX 來實現易管理性，那么他們是如何實現 SOMA 的呢?幸運的是，有許多良好的證據點，演示了從 JMX 到 SOA 管理風格的映射。例如， HP 發布了 HP OpenView Smart Plug-In (SPI) ，它可以管理和監控 WebLogic Integration 中的業務流程(參見參考資料) SPI 不得不包括由 BEA Weblogic Integration 公開的 JMX Mbean 和基于 WSMF 的接口之間的一座橋梁。

　　從我們自己的經驗出發，我們已經找出了，在把 JMX 映射為 Web 服務過程中的幾處障礙。要想克服這些難題，我們需要考慮服務和松散耦合體系結構方面的問題。我們必須應用一些設計原則，比如簡單性、模塊性和互操作性。

　　例如，假定一個典型的 JMX Mbean 與客戶端有著十分緊密的耦合，公開了有關可管理資源的許多底層細節。 JMX Mbean 可能映射為 Java 類或 Enterprise JavaBean (EJB) 。我們不想把這個 Mbean 映射為單個的 Web 服務端點。相反， SOA 需要一個用于公開易管理性的、更加粗粒度的方法。

　　Java 和 Web 服務使用的數據類型之間的互操作性，也是必須解決的一個主要難題。我們發現， JMX 接口使用的數據類型，不能自動轉換為 Web 服務的數據類型。另外， JMX Mbean 可以向 Java 對象返回一個遠程引用，這在 Web 服務世界中沒有相對應的部分。

　　管理挑戰

　　我們研究 JMX 定義的編程模型和體系結構時，發現了編程接口和 管理模型 之間的明顯區別。 JMX 提供了一個非常靈活且功能強大的 API ，用于實現應用程序的易管理性，但是單獨使用 JMX 無法定義或利用任何特定的管理模型。

　　建立良好的管理模型，對于功能豐富的管理應用程序來說是必不可少的。如果沒有這種管理模型，跨應用程序一致地提取和處理管理數據，就將成為一大挑戰。

　　最后，在 JMX 中尚未完全支持的新興 Web 服務管理規范中，定義了幾種重要的管理抽象。例如， WSDM Management Using Web Services (MUWS) 包括一個線級規范，用于基于 Web 服務技術的交換管理信息。這個規范對 Metrics, ResourceState 和 Relationships 的管理功能進行了建模(參見 圖 2 )。

　　圖 2. 管理功能

　　這個規范對 Metrics, ResourceState 和 Relationships 的管理功能進行了建模。

　　JMX 無法充分地對許多此類功能建模。例如，盡管 JMX 為 Mbean 之中的關系定義了一個 Relation 服務，但它使用起來還是相當的復雜，而且很少在實踐中實現。 JMX 也不直接支持像 Metrics 和 State 這樣的功能。例如， JMX 中并沒有預定義的類，來代表不同類別的量度。

　　WSDM 的這些缺點，使從 JMX 到 SOA 的易管理性接口的自動轉換，成為了一個大大的難題。為了幫助您克服一部分此類難題，我們給出了一系列的 5 個最佳實踐，用于為 WSDM 作準備的 JMX 開發。我們相信，結合這些實踐，將會開發出更加易于管理的應用程序，而與您是否計劃使用 WSDM 無關。

　　計算機等級考試二級Java經典算法大全匯總

　　2010年9月計算機等級考試成績查詢時間匯總

 　　2011計算機等級考試二級JAVA學習精華匯總