我们相信，业界会为 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 无关。