3

我正在尝试设置 JBoss 4.2.2 和 JConsole 进行远程监控。根据我在网上找到的许多操作方法,您需要通过在 run.conf 中设置以下选项来启用 jmxremote。(我意识到其他两个选项禁用身份验证)

JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.port=11099"
JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.authenticate=false"
JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.ssl=false" 

这导致以下异常:

13:06:56,418 INFO [TomcatDeployer] performDeployInternal :: deploy, ctxPath=/services, warUrl=.../tmp/deploy/tmp34585xxxxxxxxx.ear-contents/mDate-Services-exp.war/
13:06:57,706 WARN [AbstractServerConfig] getWebServicePort :: Unable to calculate 'WebServicePort', using default '8080'
13:06:57,711 WARN [AbstractServerConfig] getWebServicePort :: Unable to calculate 'WebServicePort', using default '8080'
13:06:58,070 WARN [AbstractServerConfig] getWebServicePort :: Unable to calculate 'WebServicePort', using default '8080'
13:06:58,071 WARN [AbstractServerConfig] getWebServicePort :: Unable to calculate 'WebServicePort', using default '8080'
13:06:58,138 ERROR [MainDeployer] start :: Could not start deployment: file:/opt/jboss-4.2.2.GA/server/default/tmp/deploy/tmp34585xxxxxxxxx.ear-contents/xxxxx-Services.war
java.lang.NullPointerException
at org.jboss.wsf.stack.jbws.WSDLFilePublisher.getPublishLocation(WSDLFilePublisher.java:303)
at org.jboss.wsf.stack.jbws.WSDLFilePublisher.publishWsdlFiles(WSDLFilePublisher.java:103)
at org.jboss.wsf.stack.jbws.PublishContractDeploymentAspect.create(PublishContractDeploymentAspect.java:52)
at org.jboss.wsf.framework.deployment.DeploymentAspectManagerImpl.deploy(DeploymentAspectManagerImpl.java:115)
at org.jboss.wsf.container.jboss42.ArchiveDeployerHook.deploy(ArchiveDeployerHook.java:97) 
...

我的应用程序使用 JWS,根据这个错误:

https://jira.jboss.org/jira/browse/JBWS-1943

建议这种解决方法:

JAVA_OPTS="$JAVA_OPTS -Djavax.management.builder.initial=org.jboss.system.server.jmx.MBeanServerBuilderImpl"
JAVA_OPTS="$JAVA_OPTS -Djboss.platform.mbeanserver"
JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote"

https://developer.jboss.org/wiki/JBossWS-FAQ#jive_content_id_How_to_use_JDK_JMX_JConsole_with_JBossWS

我已经尝试过,但是然后在尝试在我的耳朵中部署一个 sar 文件时抛出以下异常,该文件仅包含为我的应用程序需要的几个计划作业实现 Schedulable 的类:

Caused by: java.lang.NullPointerException
at EDU.oswego.cs.dl.util.concurrent.ConcurrentReaderHashMap.hash(ConcurrentReaderHashMap.java:298)
at EDU.oswego.cs.dl.util.concurrent.ConcurrentReaderHashMap.get(ConcurrentReaderHashMap.java:410)
at org.jboss.mx.server.registry.BasicMBeanRegistry.getMBeanMap(BasicMBeanRegistry.java:959)
at org.jboss.mx.server.registry.BasicMBeanRegistry.contains(BasicMBeanRegistry.java:577)

关于从这里去哪里有什么建议吗?

编辑:

我还尝试了以下变体:

JAVA_OPTS="$JAVA_OPTS -DmbipropertyFile=../server/default/conf/mbi.properties  -DpropertyFile=../server/default/conf/mdate.properties -Dwicket.configuration=DEVELOPMENT"
JAVA_OPTS="$JAVA_OPTS -Djavax.management.builder.initial=org.jboss.system.server.jmx.MBeanServerBuilderImpl"
JAVA_OPTS="$JAVA_OPTS -Djboss.platform.mbeanserver"
JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote"

我正在使用 JDK 1.6.0_01-b06

4

5 回答 5

2

老实说,我从未尝试过这种远程处理方法。但是,如果您的客户端机器和服务器碰巧都是 linux 机器或类似的带有 SSH 的 *nixes,那么您可以ssh -XCA到服务器并在服务器上启动 JConsole,并通过 X 端口转发在您的客户端机器上显示 GUI。在本地运行到您要监视的服务器 JVM 的 JConsole连接应该没有任何问题。

我个人认为这是一个绝妙的技巧,但我意识到它并不能真正解决让 JConsole 通过 JWS 远程连接的问题。

于 2008-09-24T20:47:49.213 回答
0

我要做的第一件事是删除 JBoss /default 下的 /tmp 和 /work 目录并重新部署 WAR。如果没有,我会升级 JDK 以使用更新的 1.6 版本。1.6.0_01 已经很老了。

于 2009-01-07T15:47:37.377 回答
0

我不确定您尝试使用 WS 访问 mbean 服务器是否有特定原因,但是使用 JConsole 您可以直接访问远程 JVM。为此,请使用“service:jmx:rmi:///jndi/rmi://<remote-machine>:<port>/jmxrmi”(其中 <remote-machine> 是您尝试连接的任何机器,<port > 是 11099) 作为远程进程。

我已经使用它连接到任何公开 mbean 服务器(JBoss、ActiveMQ 等)的 1.6 JVM。

于 2009-04-15T16:57:52.453 回答
0

有类似的问题,但使用 JBoss Seam:看看JBSEAM-4029。作为解决方法之一,它建议覆盖运行到 NPE 中的类 - 在 Seam 的情况下是JBossClusterMonitor.

我敢打赌 JWS 代码会遇到完全相同的问题,即最终MBeanServerFactory.findMBeanServer(null)会在某个时间点调用。堆栈跟踪应显示执行此操作的确切类。

于 2009-05-06T18:13:40.643 回答
0

我不知道这是否相关,但 JBoss 倾向于重定向到自身。如果你连接到一个主机,比如 jboss.localdomain:3873,想要连接到一个 ejb,JBoss 可能会查找它自己的主机名并重定向到它从那里获得的地址。如果你有一个公共主机名,它可能会找到它(比如 jboss.publicdomain.com),并告诉客户端重新连接到 jboss.publicdomain.com:1099。根据您的 DNS,这可能是也可能不是您的客户端可访问的地址。

这个问题有多种变化,作为奖励,有时最初的“连接检查”有效,因此客户端应用程序部署,但稍后连接失败。

于 2009-04-15T18:00:30.820 回答