Wie aktiviere ich JMX auf meiner JVM für den Zugriff mit jconsole?

Question

Wie aktiviert man JMX auf einer JVM für den Zugriff mit jconsole?

Answer 1

Die entsprechende Dokumentation finden Sie hier:

http://java.sun.com/javase/6/docs/technotes/guides/management/agent.html

Starten Sie Ihr Programm mit den folgenden Parametern:

-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.port=9010
-Dcom.sun.management.jmxremote.rmi.port=9010
-Dcom.sun.management.jmxremote.local.only=false
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false

Zum Beispiel so:

java -Dcom.sun.management.jmxremote \
  -Dcom.sun.management.jmxremote.port=9010 \
  -Dcom.sun.management.jmxremote.local.only=false \
  -Dcom.sun.management.jmxremote.authenticate=false \
  -Dcom.sun.management.jmxremote.ssl=false \
  -jar Notepad.jar

-Dcom.sun.management.jmxremote.local.only=false ist nicht unbedingt erforderlich aber ohne sie funktioniert es unter Ubuntu nicht. Die Fehlermeldung würde etwa so aussehen so:

01 Oct 2008 2:16:22 PM sun.rmi.transport. customer .TCPTransport$AcceptLoop executeAcceptLoop
WARNING: RMI TCP Accept-0: accept loop for ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=37278] throws
java.io.IOException: The server sockets created using the LocalRMIServerSocketFactory only accept connections from clients running on the host where the RMI remote objects have been exported.
    at sun.management.jmxremote.LocalRMIServerSocketFactory$1.accept(LocalRMIServerSocketFactory.java:89)
    at sun.rmi.transport. customer .TCPTransport$AcceptLoop.executeAcceptLoop(TCPTransport.java:387)
    at sun.rmi.transport. customer .TCPTransport$AcceptLoop.run(TCPTransport.java:359)
    at java.lang.Thread.run(Thread.java:636)

siehe http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6754672

Seien Sie auch vorsichtig mit -Dcom.sun.management.jmxremote.authenticate=false die für jeden zugänglich ist, aber wenn Sie es nur benutzen, um die JVM auf Ihrem Ihrem lokalen Rechner zu verfolgen, spielt das keine Rolle.

更新情報 :

In einigen Fällen war es mir nicht möglich, den Server zu erreichen. Dies wurde dann behoben, wenn ich auch diesen Parameter setzte: -Djava.rmi.server.hostname=127.0.0.1

Answer 2

Die Ausführung in einem Docker-Container brachte eine ganze Reihe zusätzlicher Probleme für die Verbindung mit sich, daher hoffe ich, dass dies jemandem hilft. Am Ende musste ich die folgenden Optionen hinzufügen, die ich weiter unten erläutern werde:

-Dcom.sun.management.jmxremote=true
-Dcom.sun.management.jmxremote.local.only=false
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false
-Djava.rmi.server.hostname=${DOCKER_HOST_IP}
-Dcom.sun.management.jmxremote.port=9999
-Dcom.sun.management.jmxremote.rmi.port=9998

DOCKER_HOST_IP

Anders als bei der lokalen Verwendung von jconsole müssen Sie eine andere IP-Adresse angeben, als Sie wahrscheinlich innerhalb des Containers sehen werden. Sie müssen die ${DOCKER_HOST_IP} mit der von außen auflösbaren IP (DNS-Name) Ihres Docker-Hosts.

JMX-Fernzugriff und RMI-Anschlüsse

Es sieht so aus, als ob JMX auch den Zugang zu einer Remote-Management-Schnittstelle ( jstat ), dass verwendet einen anderen Port bei der Vermittlung der Verbindung einige Daten zu übertragen. Ich habe nirgends einen offensichtlichen Hinweis in jconsole um diesen Wert festzulegen. In dem verlinkten Artikel war der Prozess:

• Versuchen Sie eine Verbindung von jconsole mit aktivierter Protokollierung
• Fail
• Finden Sie heraus, welcher Anschluss jconsole versucht zu verwenden
• 使用方法 iptables / firewall Regeln, die erforderlich sind, damit dieser Anschluss eine Verbindung herstellen kann

Das funktioniert zwar, ist aber sicher keine automatisierbare Lösung. Ich habe mich für ein Upgrade von jconsole auf VisualVM da es Ihnen die Möglichkeit gibt, explizit den Port anzugeben, auf dem jstatd läuft. Fügen Sie in VisualVM einen neuen Remote-Host hinzu und aktualisieren Sie ihn mit Werten, die mit den oben angegebenen übereinstimmen:

Klicken Sie dann mit der rechten Maustaste auf die neue Remote-Host-Verbindung und Add JMX Connection...

Vergessen Sie nicht, das Kontrollkästchen zu aktivieren Do not require SSL connection . Damit sollten Sie hoffentlich eine Verbindung herstellen können.

Answer 3

In der neuesten Version von Java 6 kann sich jconsole an einen laufenden Prozess anhängen, auch wenn dieser ohne JMX-Befehle gestartet wurde.

Wenn Ihnen das zur Verfügung steht, sollten Sie auch jvisualvm in Betracht ziehen, da es eine Fülle von Informationen über laufende Prozesse, einschließlich eines Profilers, bietet.

Answer 4

Ich verwende WAS ND 7.0

Meine JVM benötigt alle folgenden Argumente, um in JConsole überwacht zu werden

    -Djavax.management.builder.initial= 
    -Dcom.sun.management.jmxremote 
    -Dcom.sun.management.jmxremote.port=8855 
    -Dcom.sun.management.jmxremote.authenticate=false 
    -Dcom.sun.management.jmxremote.ssl=false

Answer 5

Unter Linux habe ich die folgenden Parameter verwendet:

-Djavax.management.builder.initial= 
-Dcom.sun.management.jmxremote 
-Dcom.sun.management.jmxremote.port=9010 
-Dcom.sun.management.jmxremote.local.only=false
-Dcom.sun.management.jmxremote.authenticate=false 
-Dcom.sun.management.jmxremote.ssl=false

und ich habe auch bearbeitet /etc/hosts damit der Hostname in die Host-Adresse (192.168.0.x) und nicht in die Loopback-Adresse (127.0.0.1) aufgelöst wird