http://bhsc-happy.iteye.com/blog/678163
http://www.cnblogs.com/Javame/p/3881187.html
JMX
Java Management Extensions，Java管理扩展，初步看了些资料，以为是专门管理，监控jvm的一些信息的，特别是visual VM这个监控jvm的东西，还有一个添加JMX连接的时候（我自己想错了，那样的话应该叫jvm Management Extensions），其实他能使得基于java语言开发的程序能被管理，并且是可扩展的。
Jdk以前是通过JVMPI之类来监测Java程序运行中的jvm和系统的一系列情况，现在通过jmx就可以做到，这是通过java.lang.management 包来实现的，这个包是 JMX 在 JDK方面 的一个应用，并不是表示jmx就是一个监控jvm的东西。
我们可以用jmx来监控我们的系统，通过公布API的方式，但是，这里采用监控这个词，也是受了前面的例子的影响，实际上，个人觉得，就可以用jmx来开发我们的系统。
现在的jboss，hibernate，tomcat各种应用都号称实现了JMX规范，将可管理，可调用的MBean注册到MBeanServer中，通过一种类似“web服务”的方式公布出去，并且伴有一个名字，可以通过该名字找到该MBean。并且，这里的MBean是可以被管理的，说到这里又想到了OSGI。
JMX与Web Service
个人认为，我们实现JMX规范，将东西发布出去，和通过web Service的方式是很类似的，也是可以远程调用的，只是相对的web Service的方式更加SOA一些，不过JMX号称也要提供对非java客户端的支持，也就是跨语言了吧。。。
现在的JMX连接方式：
JMXServiceURL url = new JMXServiceURL("service:jmx:rmi:///jndi/rmi://localhost:9999/server"); JMXConnector jmxc = JMXConnectorFactory.connect(url, null);
看了下源码，貌似还是通过RMI来实现的，不知道它要怎么实现非java客户端支持。
从这里，我觉得JMX可以实现的，我们也都可以通过web Service实现，只是看在它有个“M”上，以后如果有什么系统管理，监控方面的，可以考虑使用它，也许开发，个人觉得还是使用web service好一些。
说到这里，感觉OSGI与JMX也好像，在看到JMX能够对MBean进行管理的时候，我就觉得跟OSGI很像，OSGI管理的是Bundle，找了找资源，原来早就有人考虑过了：
http://teamojiao.iteye.com/blog/438334
顺便，在查资料的时候，发现一个东西，
if your question means, how to manage an OSGi runtime with JMX, you should have a look at MAEXO (http://code.google.com/p/maexo/). With MAEXO bundles up and running you will transparently get MBeans for a fair amount of services of the OSGi runtime as well as MBeans for your own services and bundles. Just have a look at the screencast.
摘一些话：仅做参考
<网友回复>
一个大系统中，各内部模块系统之间的基于接口方式的互相调用和治理，使用ｊｍｘ是最佳方案．
带来的好处是
1.面向接口，远程调用对于开发人员是透明的，模块在调用ｊｍｘ接口时，与调用本地方法几乎相同．
2.可视化的治理界面， 通过 Jconsole等ｊｍｘ客户端，可以实时监控系统，并且可实时调用方法进行某些操作．
典型应用场景：
某聊天系统，一台服务器作为 在线用户列表服务器 A1， ｎ台服务器为用户提供聊天业务处理 N1 ,N2,N3...，
一台服务器作为后台治理系统A2．
系统治理员现在进行下面这样一个操作，察看某用户是否在线，找到该用户，发现其在线，则将该用户加入黑名单，并踢下线．
对应的ｊｍｘ接口可以由以下几个：
A1为A2提供查询在线用户ｊｍｘ接口，加入黑名单接口，kickout接口，
Ａ１为N1..等服务器提供以下接口： 注册业务服务器，添加在线用户．查找黑名单用户
N1...到N3为Ａ１提供kickout接口．
因此在上面的踢下线操作，则由用户在A2的ｗｅｂ界面发出，交由A1执行，A1记录黑名单之后，再找到用户所在业务服务器调用N1提供的接口让用户下线．
以上情形是在生产环境下的部署，而在开发工作，则可以将A1,A2,N...N3等功能合并在一个应用中调试． 由于使用的是ｊｍｘ接口，在本地调试合并之后，可以直接调用应用内部接口方法．
这样借助ｊｍｘ实现的应用模块的灵活组装与拆分，使得系统的可以根据负载需要，根据性能情况，灵活的拆分和整合部署分布式的应用．
替代方案，选择webservice,xmlrpc等，但是这些都需要手工编写或用工具生成大量的代码来辅助完成接口间的java对象序列化 。
经典ｊｍｘ案例：
１．Ｊｂｏｓｓ．使用ｊｍｘ治理内部的各个ｓｅｒｖｉｃｅ。
2． 基于ｊａｖａ的开源网管软件 Hyperic HQ ，通过ｊｍｘ与各被治理资源进行通讯和信息采集．
<网友回复>JMX是一个治理的框架。
当我们想使用JMX的时候，就要问，我们的系统当中有需要监控治理的资源或者对象吗？实事求是一点，我们不能为了想使用一个高端的技术，就歪曲系统的本来面目。
假如第一个问题是肯定的，接下来就是看这些资源是否有生命周期。
经典案例：jboss就是将所有可部署的组件作为资源来治理，这些组建都有其生命周期。这个理念甚至延伸到了其系统内部，将其内部的服务作为组件纳入到 JMX中来，成就了jboss基于jmx的微内核系统。