在WebSphere 7中启动Mule-ESB Mx4j代理时出错

Question

我正在尝试使用Mx4j代理(和Spring Framework3.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 Server实例名称有一些混淆或假设。然而，我无法控制这一点(我不明白为什么它在Jetty中工作得很好，而不是在WAS 7中)。

以前有没有人经历过这种情况？我做错了什么吗？我是不是漏掉了什么？

非常感谢您的回复！

Answer 1

因为使用JMX并不是那么简单。并发症包括：

JMX服务器安全性-默认情况下，如果没有进一步的安全配置，就不能访问端点(此JMX服务器实现实际上修改了MBean域名，使其前缀为WAS

1. 和Cell )。有一个特定于WAS的应用程序接口可以帮助您实现这些功能，但需要注意的是，如果没有进一步的编码，就无法实现这些功能。

安德鲁