译QJMX规范version1.2
JMXlg概述下面列出了JMX架构每一层中的关键组Ӟq将在接下来的部分进行介l?br> 1.工具层（Instrumentation LevelQ?br> a.MBeansQ标准的Q动态的Q开攄和模型MBeansQ?br> b.通知模型
c.MBean元数据类
2.代理层（Agent LevelQ?br> a.MBean Server
b.代理服务
工具层的lg
工具层的主要lg是MBean设计模式Q通知模型和MBean元数据类?br>
MBeans
MBean是实C一个特定接口，q从某一设计模式的Java对象。这要求在MBean中规范化资源理接口的表现Ş式。资源的理接口包含所有需要的信息Q以及管理程序需要在资源上进行的操作的控制?br> MBean的管理接口表Cؓ如下几种Q?br> 1.可以被访问的属性；
2.可以被调用的操作Q?br> 3.可以被发布的通知Q?br> 4.MBeancȝ构造子?br> MBeans通过它们的公共方法封装属性和ҎQ沿袭设计模式暴露它们给理E序。例如，在标准MBean中一个只ȝ属性只有getterҎQ而可d的属性则既有getterҎQ又有setterҎ?br> M作ؓMBean来实现的对象Qƈ且在代理中注册，则它可以在代理所在的JVM以外q行理。这些对象包括：
1.E序所理的资源；
2.为帮助管理资源提供的增值服务；
3.能被理的JMX基础l构lg?br> 其他的JMXlgQ例如代理服务，被指定ؓ工具MBeansQ它们能受益于JMX的基l构Qƈ提供理接口?br> JMX架构q没有强行限制编译好的MBeancȝ储存位置。它们可以放在Q何代理的JVM的classpath指向的位|，如果使用了类载入Qclass loadingQ它们也可以攑֜一个远E的站点?br> JMX规范定义了四cMBeanQ标准MBean、动态MBean、开放MBean和模型MBean。每一UMBean需要一U不同的工具?br> 1.标准MBeansQStandard MBeansQ设计和实现是最单的Q这cMBean使用自己的方法名作ؓ理接口Q?br> 2.动态MBeansQDynamic MBeansQ必dC个指定的接口Q由于动态MBeans在运行期间暴露它们的理接口Q因此更为灵z；
3.开放MBeansQOpen MBeansQ属于动态MBeansQ这cMBean依靠基础数据cd来实现通用理Qƈ为友情用戯行自我声明；
4.模型MBeansQModel MBeansQ同样也是动态MBeansQ这cMBeans是完全可配置的，在运行期间进行自我声明；它们源动态工h供一个一般性的Q有默认行ؓ的MBeanscR?br>
通知模型QNotification ModelQ?/span>
JMX规范定义了基于Java事g模型的一般性通知模型。通知可以被MBean的实例和MBean server发布。规范中指明通知的发送和接受者必d现通知对象、广播和监听接口?br> JMX的实现可以提供通知模型发布的服务，来ɽ理E序q程侦听MBean模型和MBean server的事件。如何完成通知模型的发布超Z本部分规范的范围。规范的后面讨论高U通知服务Q例如管理程序取回通知q行转发和保存?br>
MBean元数据类
工具规范定义了MBean的管理接口的cR这些类用来定义构徏发布MBean理接口的标准信息结构。在代理层的MBean server的一个功能是提供MBeans的元数据?br> 元数据类包含描述MBean的管理接口的所有组件的l构Q属性、操作、通知和构造子。每一个元数据cd含有名字、描q和它的Ҏ。例如，属性的Ҏ是它ؓ只读、只写还是可dQ操作的Ҏ是它的参数的标识和q回cd?br> 不同cd的MBean扩展元数据类来提供附加的信息。通过l承Q标准信息L可用的，知道如何讉K子类的管理程序可以获得额外的信息?br>
代理层的lg
代理层的关键lg是工具层的对象都在其中注册的MBean serverQ和使JMX代理体现更自d性能更好的智能管理可用的代理服务?br>
MBean Server
被管理Bean的服务，UMBean serverQ用来注册在代理中暴露给理操作的对象。Q何注册在MBean server中的对象对于理E序都是可见的。MBean server只暴露MBean的管理接口，而不是直接暴露对象的引用?br> Mpȝ在代理JVM以外理的资源都必须在MBean server中作为MBean注册。MBean server也提供一个标准化的接口，l同一个JVM来访问MBeansQؓ本地对象提供手工可管理资源的所有好处。MBeans可以通过一下几cL实例 化和注册Q?br> 1.其他的MBeanQ?br> 2.代理本nQ?br> 3.q程理E序Q通过分布式服务）
注册MBean的时候，必须为它指定一个唯一的对象名QObject NameQ。管理程序用q个对象名来标识执行理操作的对象。MBean可用的操作包括：
1.发现MBean的管理接口；
2.dMBean的属性；
3.执行MBean定义的操作；
4.Z对象名或者属性值来查询MBean?br> MBean server通过协议适配器和q接器代理的JVM外的理E序可以讉K代理。通过指定的协议每U适配器提供所有注册在MBean server中的MBean的实例的视图。例如，HTML适配器可以显CMBean到Web览器。协议适配器提供的视图因协议的不同而不同，在本规范? 不对其进行讨论?br> q接器提供用来处理管理和代理之间通信的管理方接口。即使是不同的协议，每个q接器都提供相同的远E接口。当q程理E序使用q些接口Ӟ它就可以通过|? l透明的连接到代理Q而不需要知道相关的协议。远E管理接口规范在JSR160“JMX Remoting 1.2”中q行讨论?br> 适配器和q接器所有的MBean server操作对于q程理E序可用。对于一个被理的代理，它必d含至一个协议适配器或者连接器。代理也可以拥有多个适配器和q接器，使它可以被不同的理者，通过不同的协议进行管理?br>
代理服务QAgent ServicesQ?/span>
代理服务是可以在注册在MBean server中的MBean上执行管理操作的对象。通过在代理上包含理QJMX可以帮助你构建更加强大的理解决Ҏ。代理服务通常是允许它们和? 们的功能通过MBean serverq行控制的MBeans。JMX规范定义了一下几U代理服务：
1.通过理服务程序从L|络位置取回和实例化新的cd本地库动态蝲入类Q实现动态的载入c；
2.观察MBean数字或字W串型的属性，q能通知其他对象某些cd改变了的监视器；
3.提供一个一ơ报警通知或者是重复的，周期的通知的定时机制的定时器；
4.定义MBeans之间兌和执行基于预定义关系cd关系的关pL务?br> 所有的代理服务托管在一个遵从JMX的实C?br>
lD
本部分指明了关于实现遵从JMX工具和代理规范（Version 1.2Q的工具层和代理层的托管lg?br>
工具层（Instrumentation LevelQ?/span>
遵从JMX工具规范QVersion 1.2Q的实现必须提供在第2章“MBean 工具”、“第3章”开放MBeans“和W?章”模型MBean“中说明的所有组件。它包括通过Javadoc工具生成的相应的API文中定义的相关 cR这些组件ؓ标准和动态的MBean提供了支持?br>
代理层（Agent LevelQ?/span>
遵从JMX代理规范QVersion 1.2Q的实现必须提供在第二部分”JMX代理“中指定的所有组件。它包括MBean server的实玎ͼ代理服务和通过Javadoc工具生成的相应的API文中定义的相关cR因此所有指定的四种服务的实现是必须的?br>
]]>
译QJMX规范Version 1.2
JMX (The Java Management extensions) 架构概述 本节主要介绍JMX规范中的各个部分Q以及它与整个管理架构的关系Q?br>
1.工具层（Instrumentation LevelQ?br> 2.代理层（Agent LevelQ?br> 3.分布式服务层QDistributed Services LevelQ?br> 4.其他理协议层（Additional Management Protocol LevelQ?br> 图一昄了在JMX的三层架构模型中Q各主要l徏之间的相互关pR这些组件将在接下来的”组件概q“几个小节进行讨论和介绍?br>
Q图一Q?br>
工具层（Instrumentation LevelQ?/span>工具层ؓ实现JMX可管理资源提供了一个规范。JMX可管理资源可以是应用、服务的实现、设备、用L{。它可以是用Java开发或用Java装Q以至于能够被JMX-compliantE序理?br> 一个给定资源的工具是由一个或者多个标准的或动态的理Bean或称作MBeans来提供。标准的MBeans是与源于JavaBeans(TM)lg? 型的某一设计模式怸致的Java对象。动态MBeans则遵照一个特定的接口Q在q行期间提供更多的灵zL。详l信息请参看”Managed BeansQMBeansQ“?br> 资源的工具通过代理层（Agent LevelQ其可以被理。MBeans不需要JMX代理知道他们的操作?br> MBeans通常设计为灵zȝ、简单的q且Ҏ实现。应用、服务、或者设备的开发者，通过一个标准的Ҏ可以使他们的产品变成可管理，而不需要理解复杂的 理pȝ。现存的对象可以L的提供自q标准MBeans或者包Ҏ动态的MBeansQ这样可以付出很的代h使现存的资源变成可管理的?br> 另外Q工具层QInstrumentation LevelQ也制定了一个通知机制。这样就允许MBeans可以产生和传递通知事g到其他各层的lg中去?br> ׃工具层（Instrumentation LevelQ是p计模式和Java接口l成Q所以参考实现只提供一个不同MBeans和它们的通知机制的例子?br> 工具层（Instrumentation LevelQ的兼容性测试会MBeans是否与设计模式相一_是否正确的实C接口?br> JMX的可理资源能被遵从JMX规范的代理自动进行管理。同P它们也可以被不遵从JMX规范Q但支持MBeans设计模式和接口的pȝ理?br>
代理层（Agent LevelQ?/span>
代理层（Agent LevelQ提供了一个实C理的规范。管理代理之间控制被理的资源，q它们对于q程的管理程序可用。虽然ƈ没有要求Q但是代理通常与它所理的资源放|在同一台机器上?br> 代理层（Agent LevelQ构建在工具层（Instrumentation LevelQ之上，q且使用工具层（Instrumentation LevelQ，通过定义一个标准化的代理来理JMX的可理资源。JMX代理׃个MBean Server和一pd的处理MBeans的服务组成。另外，JMX的代理需要至一个通信适配器或q接器，在本部分内容不对其做详细的说明。MBean Server的实现和代理服务都托在一个JMX规范的实C?br> JMX代理可以嵌入在一台安装有JVMQJava Virtual MachineQ，q安放了JMX可管理资源的机器里。同P当被理的资源只提供一个私有（non-JavaQ的环境ӞJMX代理可以作ؓ一个中介或 者集U器存在。JMX代理q不需要知道它Z么资源提供服务。Q何JMX可管理资源可以用Q何一个提供它所需服务的JMX代理?br> 理层通过一个协议适配器或q接器（在接下来的部分介l）Q访问代理的MBeansQ用其提供的服务。对于JMX代理q不需要知道远E的理E序是如何用它们?br> 理pȝ中实现JMX代理的开发者能用标准的Ҏ开发自q产品Q而不需要去理解JMX可管理资源的语义Q以及管理程序的功能?br> JMX代理的参考实现是一pd的，提供一个MBean Server和所有代理服务的JavacR?br> 代理的兼Ҏ测试会被试的代理是否遵从代理规范中提供的接口和功能。成功通过CTS试的代理即可成为合格的JMX代理?br> JMX代理q行在J2SE(tm) Version 1.3及以上版本，and on certain profiles of the J2ME(tm)?br> JMX代理自动适应JMX分布式服务，也可以被支持JMX代理但不遵从JMX的系l用?br>
分布式服务层QDistributed Services LevelQ?/span>
分布式服务层QDistributed Services LevelQ的详细定义出了本规范的范围。ؓ介绍JMX架构的概qͼ在此仅对其进行简单介l?br> 分布式服务层QDistributed Services LevelQ提供实现JMX理的接口。本层定义可以在代理或者分层的代理操作的接口和lg。这些组件可以：
1.提供理E序的接口，通过一个连接器Q透明的与代理和它的JMX可管理资源交互；
2.通过它们的语义映射到data-rich协议Q例如超文本标志语言QHTMLQ或者简单网l管理协议（SNMPQ）Q来暴露JMX代理的管理视囑֒它的MBeansQ?br> 3.从高层的理q_发布理信息到JMX代理Q?br> 4.提供安全?br> 理lg通过|络怺协作Q提供分布的Q可调节的管理功能。基于Java的自定义理功能可以在这些组件之上进行开发，来部|一个管理程序?br> 理层和代理、工具层的联合，计和开发完整的理解决Ҏ提供了一个完整的架构。JMX技术ؓ可移植，按需部v的管理功能，动态的或流动的服务Q以及安全这c解x案提供了唯一的工兗?img src ="http://www.aygfsteel.com/Tower/aggbug/898.html" width = "1" height = "1" />
]]>