¿Cómo activar JMX en mi JVM para acceder con jconsole?

Question

¿Cómo activar JMX en una JVM para acceder con jconsole?

Answer 1

La documentación pertinente se puede encontrar aquí:

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

comenzar su programa con los parámetros siguientes:

-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 

por ejemplo a esto:

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 no es necesariamente se requiere pero sin eso, no funciona en Ubuntu. El error sería algo así como esto:

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) 

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

También tenga cuidado con -Dcom.sun.management.jmxremote.authenticate=false cuales hace que el acceso está disponible para cualquier persona, pero si sólo lo utiliza para realizar un seguimiento de la JVM en su máquina local, no importa.

actualización:

En algunos casos no fue capaz de alcanzar el servidor. Esto también se corrigió si establecí este parámetro: -Djava.rmi.server.hostname=127.0.0.1

Answer 2

Nota, Java 6 en la última versión permite que jconsole se una a sí mismo a un proceso en ejecución incluso después de que se haya iniciado sin conjuros JMX.

Si está disponible para usted, también considere jvisualvm, ya que proporciona una gran cantidad de información sobre los procesos en ejecución, incluido un generador de perfiles.

Answer 3

ejecutar la aplicación Java con los siguientes parámetros de línea de comandos:

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

Es importante utilizar el -Dcom.sun.management.jmxremote.ssl = false parámetro si no desea configurar certificados digitales en el host jmx.

Si ha iniciado su aplicación sobre una máquina con dirección IP 192.168.0.1 , abierta jconsole, poner 192.168.0.1:8855 en el campo remoto Proceso y haga clic en Conectar .

Answer 4

Estoy usando WAS ND 7.0

Mi JVM es necesario que todos los siguientes argumentos para ser monitoreada en JConsole

-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

En Linux, que utilizan los siguientes parametros:

-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 

y también he editado /etc/hosts por lo que ésta se resuelve el nombre de host a la dirección de host (192.168.0.x) en lugar de a la dirección de bucle invertido (127.0.0.1)

Answer 6

Correr en un contenedor Docker introdujo una gran cantidad de addit problemas de conexión, así que con suerte esto ayuda a alguien. Terminé necesario para añadir las siguientes opciones que explicaré a continuación:

-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

A diferencia del uso jconsole localmente, usted tiene que anunciar una IP diferente de lo que probablemente verá desde dentro del contenedor. Tendrá que reemplazar ${DOCKER_HOST_IP} con la IP (nombre DNS) que se puede resolver desde el exterior de su host Docker.

JMX remoto & RMI Puertos

Parece que JMX también requiere acceso a una interfaz de gestión remota (jstat) que uses a different port transferir algunos datos cuando el arbitraje de la conexión. No vi nada obvio de inmediato en jconsole para establecer este valor. En el artículo enlazado el proceso fue:

• intento y conecto de jconsole con registro habilitado
• Falla
• Averiguar qué puerto jconsole intentó utilizar
• Uso iptables/firewall reglas como sea necesario para permitir que puerto para conectar

Mientras eso funciona, ciertamente no es una solución automatizable. Opté por una actualización de jconsole a VisualVM, ya que le permite especificar explícitamente el puerto en el que se está ejecutando jstatd. En VisualVM, añadir un nuevo host remoto y actualizarlo con los valores que se correlacionan con los especificados anteriormente:

A continuación, haga clic en la nueva conexión de host remoto y Add JMX Connection...

No olvide marcar la casilla de verificación para Do not require SSL connection. Espero que eso te permita conectarte.

Answer 7

Tuve este problema y created a GitHub project for testing and figuring out the correct settings.

Contiene un trabajo Dockerfile con scripts de apoyo, y un simple docker-compose.yml para pruebas rápidas.