0

我正在尝试使用 Mx4j 代理(和 Spring Framework 3.0.5)将我的 Mule-ESB(Mule 3.1.2)应用程序中的一些 POJO 公开为 HTTP 服务。代理在 mule-config.xml 中配置如下:

<management:jmx-mx4j-adaptor jmxAdaptorUrl="http://0.0.0.0:9990" />

此外,我使用 Spring MBeanExporter 来公开所需的 POJO:

<bean id="exporter" class="org.springframework.jmx.export.MBeanExporter">
    <property name="assembler" ref="assembler" />
    <property name="namingStrategy" ref="namingStrategy" />
    <property name="autodetect" value="true" />
</bean>

<bean id="jmxAttributeSource" class="org.springframework.jmx.export.annotation.AnnotationJmxAttributeSource" />
<bean id="assembler" class="org.springframework.jmx.export.assembler.MetadataMBeanInfoAssembler">
    <property name="attributeSource" ref="jmxAttributeSource" />
</bean>
<bean id="namingStrategy" class="org.springframework.jmx.export.naming.MetadataNamingStrategy">
    <property name="attributeSource" ref="jmxAttributeSource" />
</bean>

在我在 Jetty 中运行的桌面环境中一切正常。但是,当我将 EAR 部署到我们的 WebSphere 7 服务器时,应用程序没有启动,引发以下异常:

[3/30/12 16:33:58:858 BRT] 00000038 webapp        I com.ibm.ws.webcontainer.webapp.WebApp log SRVE0296E: [BaseApp#BaseApp.war][/context][Servlet.LOG]:.Failed to invoke lifecycle phase "start" on object: org.mule.module.management.agent.Mx4jAgent@13ef13ef:.org.mule.api.lifecycle.LifecycleException: Failed to invoke lifecycle phase "start" on object: org.mule.module.management.agent.Mx4jAgent@13ef13ef
        at org.mule.lifecycle.phases.DefaultLifecyclePhase.applyLifecycle(DefaultLifecyclePhase.java:236)
        at org.mule.lifecycle.RegistryLifecycleManager$RegistryLifecycleCallback.onTransition(RegistryLifecycleManager.java:276)
        ...
        ...
Caused by: org.mule.module.management.agent.JmxManagementException: Failed to start Mx4j agent
        at org.mule.module.management.agent.Mx4jAgent.start(Mx4jAgent.java:205)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
        at java.lang.reflect.Method.invoke(Method.java:611)
        at org.mule.lifecycle.phases.DefaultLifecyclePhase.applyLifecycle(DefaultLifecyclePhase.java:225)
        ... 67 more
Caused by: javax.management.InstanceNotFoundException: Mule.BaseApp.6:name=Mx4jHttpAdapter
        at java.lang.Throwable.<init>(Throwable.java:67)
        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getMBean(DefaultMBeanServerInterceptor.java:1094)
        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getMBeanInfo(DefaultMBeanServerInterceptor.java:1384)
        at com.sun.jmx.mbeanserver.JmxMBeanServer.getMBeanInfo(JmxMBeanServer.java:892)
        at com.ibm.ws.management.AdminServiceImpl.getMBeanInfo(AdminServiceImpl.java:1524)
        at com.ibm.ws.management.AdminServiceImpl.checkForOpDeprecation(AdminServiceImpl.java:2662)
        at com.ibm.ws.management.AdminServiceImpl.preInvoke(AdminServiceImpl.java:2284)
        at com.ibm.ws.management.AdminServiceImpl$1.run(AdminServiceImpl.java:1309)
        at com.ibm.ws.security.util.AccessController.doPrivileged(AccessController.java:118)
        at com.ibm.ws.management.AdminServiceImpl.invoke(AdminServiceImpl.java:1225)
        at com.ibm.ws.management.PlatformMBeanServer.invoke(PlatformMBeanServer.java:743)
        at org.mule.module.management.agent.Mx4jAgent.start(Mx4jAgent.java:201)

查看第二个(也是最后一个)堆栈跟踪原因,似乎对 JMX 服务器实例名称存在一些混淆或假设。但是,我无法控制它(我不明白为什么它在 Jetty 中运行良好,而不是在 WAS 7 中运行良好)。

以前有没有人经历过?难道我做错了什么?我在这里错过了什么吗?

非常感谢您的任何回复!

4

1 回答 1

1

对于 WAS,使用 JMX 并不是那么简单。并发症是:

  1. 安全性 - 默认情况下,如果没有进一步的安全配置(超出本讨论的范围),则无法访问 JMX 端点。
  2. Websphere 的 JMX 服务器实现实际上将 MBean 域名修改为以 WAS Node 和 Cell 为前缀。有一个特定于 WAS 的 API 可以为您提供这些,但要点是,如果没有进一步的编码,这将无法完成。

安德鲁

于 2012-04-02T16:18:17.550 回答