Comment activer JMX dans Websphere?

Question

Je voudrais utiliser JConsole pour surveiller mon application Websphere, mais je ne suis pas sûr de savoir comment activer JMX.

Answer 1

Les informations suivantes sont destinées à Websphere 6.1 sous Windows.

Tout d'abord, l'URL magique pour se connecter au serveur MBean est:

service:jmx:iiop://<host>:<port>/jndi/JMXConnector 

Si vous avez une installation par défaut Websphere, le numéro de port JNDI sera probablement 2809, 2810, ... selon le nombre de serveurs installés sur un système et le serveur spécifique auquel vous souhaitez vous connecter. Certes, lors du démarrage Websphere, consultez les journaux, car il videra une ligne comme

0000000a RMIConnectorC A ADMC0026I: The RMI Connector is available at port 2810 

Si vous ne recevez pas cette ligne, ouvrez la console d'administration Websphere et aller à

application serveurs> server1> administration de services> JMX connecteurs

pour voir si vous avez besoin d'ajouter ou de modifier la configuration.

deuxième bit d'information importante est que le JAR suivant est toujours nécessaire lorsque vous faites JMX avec le serveur:

com.ibm.ws.admin.client_6.1.0.jar 

Vous pouvez trouver ce JAR dans le répertoire runtimes de Websphere. Quoi que vous fassiez, que ce soit par l'accès par programme MBeans sur Websphere, ou en utilisant JConsole, et ainsi de suite, utilisez l'URL magique et toujours inclure ce fichier JAR.

Pour la suite de cette réponse, supposons que WebSphere soit installé dans D: \ prog \ was61.

Pour exécuter JConsole, tapez ce qui suit:

D:\prog\was61\java\bin>jconsole -J-Djava.class.path=d:\prog\was61\java\lib\tools.jar;D:\prog\was61\runtimes\com.ibm.ws.admin.client_6.1.0.jar 

Ensuite, allez à l'onglet « Avancé » et tapez l'URL magique JMX. Appuyez sur connect et vous devriez voir apparaître les MBeans.

L'utilisation d'un Sun JDK est une question entièrement différente. Vous avez besoin d'un JAR supplémentaire qui est dans le répertoire lib de IBM JDK mais pas Sun (ibmorb.jar), et peut-être la commande suivante peut travailler pour vous:

C:\Program Files\Java\jdk1.5.0_11\bin>jconsole -J-Djava.class.path="c:\Program Files\Java\jdk1.5.0_11\lib\jconsole.jar";"c:\Program Files\Java\jdk1.5.0_11\lib\tools.jar";D:\prog\was61\runtimes\com.ibm.ws.admin.client_6.1.0.jar;D:\prog\was61\java\jre\lib\ibmorb.jar 

Je dis peut-être, parce qu'il ne fonctionne pas pour moi. J'ai reçu un message d'erreur jndiUnavailCommErr, car il attendait quelque chose sur le port 2809 pendant que mon installation de Websphere écoutait sur 2810, bien que j'ai correctement spécifié le port 2810 dans l'URL JMX. Mais, si vous adaptez les chemins pour pointer vers votre Sun JDK, cela pourrait fonctionner pour vous. C'est le moyen le plus proche de me connecter à Websphere en utilisant le JDK de Sun.

Note finale: J'ai essayé une solution basée sur RMI, il y a aussi un connecteur SOAP disponible mais je ne l'ai pas essayé.

Comme toujours avec J2EE, Websphere et d'autres choses: bonne chance, vous en aurez besoin.

Answer 2

Regardez le simple method to connect jconsole to Websphere 6.1

Il ne fonctionne suivant pour moi (Solaris, était 6.1, Sun JVM), il fonctionne également avec Visual VM

Amusez-vous!

Answer 3

Je ne pouvais pas obtenir ce travail. Tout ce que je suis arrivé était

La connexion au service username @: JMX: iiop // localhost: 2809/jndi/JMXConnector n'a pas réussi. Souhaitez-vous essayer à nouveau?

Je ne cependant le faire fonctionner en procédant comme suit:

1. Ajouter "-Djavax.management.builder.initial = -Dcom.sun.management.jmxremote" à la machine virtuelle Java générique Argument.
2. Ajoutez ces lignes à WebSphere/AppServer/java/jre/lib/gestion/management.properties

 
com.sun.management.jmxremote.port=9999 
com.sun.management.jmxremote.authenticate=false 
com.sun.management.jmxremote.ssl=false 

Mais aucun des mbeans up .. usefull montrer?

Answer 4

Je trouve que pour se connecter à WAS 6.1 en utilisant le sur le chemin de la classe de démarrage Sun JDK JConsole, en plus du fichier com.ibm.ws.admin.client_6.1.0.jar JAR, je devais inclure aussi les 3 JARs suivants lors du démarrage JConsole: -

ibmorbapi.jar 
ibmorb.jar 
ibmcfw.jar 

Ceux-ci peuvent être trouvés dans le répertoire java \ jre \ lib de websphere. Par exemple sur Windows, si vous copiez tous les quatre JAR listés ci-dessus dans un répertoire de votre choix (je les ai copiés dans C: \ packages \ was61-jmx dans l'exemple ci-dessous), vous pouvez utiliser un batch le fichier comme suit pour commencer JConsole: -

set JAVA_HOME=C:\Progra~1\Java\jdk1.5.0_20 
set WAS6.1_JARS=C:\packages\was61-jmx 

set BOOTJARS=%WAS6.1_JARS%\ibmorbapi.jar 
set BOOTJARS=%BOOTJARS%;%WAS6.1_JARS%\ibmorb.jar 
set BOOTJARS=%BOOTJARS%;%WAS6.1_JARS%\ibmcfw.jar 

set CLASSPATH=%WAS6.1_JARS%\com.ibm.ws.admin.client_6.1.0.jar 
set CLASSPATH=%CLASSPATH%;%JAVA_HOME%\lib\tools.jar 
set CLASSPATH=%CLASSPATH%;%JAVA_HOME%\lib\jconsole.jar 


%JAVA_HOME%\bin\jconsole -J-Xbootclasspath/p:%BOOTJARS% -J-Djava.class.path=%CLASSPATH% 

Cela a fonctionné pour moi jdk 1.5 et 1.6 versions du Soleil JConsole.

Answer 5

Peut-être un peu hors-sujet, mais j'ai trouvé un moyen de se connecter à WAS 7.0 serveur JMX de JConsole. Aucune configuration de serveur n'est requise, aucun AppClient, seulement quelques fichiers JAR et une petite configuration du client.

Utilisez le script suivant

@echo off 
set HOST=<host> 
set PORT=2809 

set WAS_HOME=D:/Programy/IBM/WebSphere/AppServer 

set THIS_DIR=E:/Home/Bogus/Pulpit 

set CLIENTSAS=-Dcom.ibm.CORBA.ConfigURL=file:/%THIS_DIR%/sas.client.props 
set PROVIDER=-Djava.naming.provider.url=corbaname:iiop:%HOST%:%PORT% 

set PROPS= 
set PROPS=%PROPS% %CLIENTSAS% 
set PROPS=%PROPS% %PROVIDER% 

set CLASSPATH= 
set CLASSPATH=%CLASSPATH%;%WAS_HOME%\java\lib\tools.jar 
set CLASSPATH=%CLASSPATH%;%WAS_HOME%\runtimes\com.ibm.ws.admin.client_7.0.0.jar 
set CLASSPATH=%CLASSPATH%;%WAS_HOME%\runtimes\com.ibm.ws.ejb.thinclient_7.0.0.jar 
set CLASSPATH=%CLASSPATH%;%WAS_HOME%\runtimes\com.ibm.ws.orb_7.0.0.jar 
set CLASSPATH=%CLASSPATH%;%WAS_HOME%\java\lib\jconsole.jar 

set URL=service:jmx:iiop://%HOST%:%PORT%/jndi/JMXConnector 

@echo on 

:: %WAS_HOME%\java\bin\ 
java -classpath %CLASSPATH% %PROPS% sun.tools.jconsole.JConsole %URL% 

Si le serveur cible est la sécurité administrative désactivé, commenter CLIENTSAS et lignes PRESTATAIRE. Si la sécurité est activée, vous devrez également placer le fichier sas.client.props dans le répertoire THIS_DIR. Le fichier modèle se trouve sous le répertoire WAS_profile \ properties. Vous devrez faire un peu de configuration. Voici un extrait de mes sas.client.props

com.ibm.CORBA.securityEnabled=true 

com.ibm.CORBA.authenticationTarget=BasicAuth 
com.ibm.CORBA.authenticationRetryEnabled=true 
com.ibm.CORBA.authenticationRetryCount=3 
com.ibm.CORBA.validateBasicAuth=true 
com.ibm.CORBA.securityServerHost= 
com.ibm.CORBA.securityServerPort= 
com.ibm.CORBA.loginTimeout=300 
com.ibm.CORBA.loginSource=prompt 

com.ibm.CORBA.loginUserid= 
com.ibm.CORBA.loginPassword= 

com.ibm.CORBA.krb5ConfigFile= 
com.ibm.CORBA.krb5CcacheFile= 

com.ibm.CSI.performStateful=true 

com.ibm.CSI.performClientAuthenticationRequired=false 
com.ibm.CSI.performClientAuthenticationSupported=true 

# SET ALL THE FOLLOWING VALUES TO FALSE 

com.ibm.CSI.performTLClientAuthenticationRequired=false 
com.ibm.CSI.performTLClientAuthenticationSupported=false 

com.ibm.CSI.performTransportAssocSSLTLSRequired=false 
com.ibm.CSI.performTransportAssocSSLTLSSupported=false 

com.ibm.CSI.performMessageIntegrityRequired=false 
com.ibm.CSI.performMessageIntegritySupported=false 

com.ibm.CSI.performMessageConfidentialityRequired=false 
com.ibm.CSI.performMessageConfidentialitySupported=false 

# COMMENT THIS OUT 
#com.ibm.ssl.alias=DefaultSSLSettings 


com.ibm.CORBA.requestTimeout=180 

OK :)

Après la connexion, la fenêtre de connexion apparaît.Tapez votre administrateur et mot de passe (l'utilisateur & pw n'est pas requis dans la boîte de dialogue de connexion dans JConsole)

Vous pouvez exécuter le JConsole à partir d'IBM JDK ou de Sun JDK. Pour IBM, aucune autre configuration n'est requise. Cependant, pour Sun, vous devrez peut-être mettre le fichier orb.properties dans votre répertoire personnel. Le fichier peut être trouvé dans com.ibm.ws.ejb.thinclient_7.0.0.jar.

Answer 6

Vous pouvez trouver le port approprié pour se connecter à WebSphere Application Server sous Communications -> Ports. Le port associé à BOOTSTRAP_ADDRESS vous permet de vous connecter.

Answer 7

C'est simple. Il suffit de commencer Websphere avec les paramètres JMX suivants:

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

Puis commencez JConsole ou VisualVM et se connecter à localhost: 1099

Depuis que je ne suis pas autorisé à vue d'ensemble poster une capture d'écran la preuve que je poste les informations du visualvm « languette".

 
PID: 12568 
Host: localhost 
Main class: <unknown> 
Arguments: <none> 
JVM: IBM J9 VM (2.3, J2RE 1.5.0 IBM J9 2.3 Windows XP x86-32 j9vmwi3223-20100808 (JIT enabled) 
J9VM - 20100629_60535_lHdSMr 
JIT - 20100623_16197_r8 
GC - 20100211_AA) 
Java: version 1.5.0, vendor IBM Corporation 
Java Home: C:\Program Files\IBM\SDP\runtimes\base_v61\java\jre 
JVM Flags: <none> 
Heap dump on OOME: disabled 

Answer 8

Vous ne pouvez pas définir les propriétés du système requis par la console WAS, car il ne vous permet pas de spécifier des valeurs vides. Au lieu de cela, vous devez insérer les éléments suivants en bas de « server.xml »:

<systemProperties xmi:id="Property_1315391623828" name="com.sun.management.jmxremote" value="" required="false"/> <systemProperties xmi:id="Property_1315327918140" name="com.sun.management.jmxremote.port" value="1235" required="false"/> 
<systemProperties xmi:id="Property_1315327935281" name="com.sun.management.jmxremote.authenticate" value="false" required="false"/> 
<systemProperties xmi:id="Property_1315327948046" name="com.sun.management.jmxremote.ssl" value="false" required="false"/> 
<systemProperties xmi:id="Property_1315390852859" name="javax.management.builder.initial" value="" required="false"/> 

Answer 9

vous pouvez essayer ce qui suit, il utilise l'adaptateur de protocole SOAP. Je pense que c'est une configuration aussi légère que possible.

#!/bin/sh 
current_dir=`dirname "$0"` 

HOSTNAME=host.fqdn 
PORT=2809 

WAS_HOME=/opt/IBM/WebSphere/AppServer 
WAS_PROFILE=$WAS_HOME/profiles/AppSrv01 
WAS_RUNTIMES=$WAS_HOME/runtimes 

WAS_LIB=$WAS_HOME/java/lib 
JAVA_HOME=$WAS_HOME/java 



CLASSPATH=$JAVA_HOME/lib/tools.jar:$JAVA_HOME/lib/jconsole.jar:$WAS_RUNTIMES/com.ibm.ws.admin.client_7.0.0.jar:$WAS_LIB/ibmcfw.jar 

TARGET=service:jmx:soap://$HOSTNAME:$PORT/jndi/JMXConnector 

CP="-J-Djava.class.path=$CLASSPATH" 
SSL_SERVER_KEY="-J-Djavax.net.ssl.keyStore=$WAS_PROFILE/etc/DummyServerKeyFile.jks -J-Djavax.net.ssl.keyStorePassword=WebAS" 
SSL_TRUST_STORE="-J-Djavax.net.ssl.trustStore=$WAS_PROFILE/etc/DummyServerTrustFile.jks -J-Djavax.net.ssl.trustStorePassword=WebAS" 
SSL_OPTS="-J-Dcom.ibm.SSL.ConfigURL=file:$WAS_PROFILE/properties/ssl.client.props" 
SOAP_OPTS="-J-Dcom.ibm.SOAP.ConfigURL=file:$WAS_PROFILE/properties/soap.client.props" 
WAS_OPTS="-J-Dwas.install.root=$WAS_HOME -J-Djava.ext.dirs=$WAS_HOME/plugins:$WAS_HOME/lib:$WAS_HOME/plugins/com.ibm.ws.security.crypto_6.1.0:$WAS_HOME/lib:$JAVA_HOME/jre/lib/ext" 

COMMAND="$JAVA_HOME/bin/jconsole $CP $SSL_SERVER_KEY $SSL_TRUST_STORE $SSL_OPTS $SOAP_OPTS $WAS_OPTS $TARGET" 

exec $COMMAND 

Crédits à mon collègue Jeroen pour la version initiale du script en utilisant IIOP (je suis en train SOAP dans l'espoir que cela fonctionnera avec Hyperic)

Answer 10

J'ai aussi eu du mal pendant quelques heures pour obtenir Cela fonctionne et j'ai trouvé la solution. Le problème clé est ici SSL - le client doit utiliser les clés appropriées pour établir une connexion SSL au serveur. Cela implique de pointer vers l'emplacement de magasin de confiance correct et le mot de passe de magasin de confiance comme décrit here. La meilleure façon de mettre en place l'environnement est d'appeler le setupCmdLine.sh (sur Windoze il est setupCmdLine.bat) pour le serveur concerné, puis invoquer jconsole comme ceci:

#!/bin/bash 

WAS_HOME=/opt/IBM/WebSphere/AppServer 

# setup server-specific env variables 
. $WAS_HOME/profiles/AppSrv01/bin/setupCmdLine.sh 

HOST=localhost 
PORT=9100 

CLASSPATH=$JAVA_HOME/lib/jconsole.jar 
CLASSPATH=$CLASSPATH:$WAS_HOME/runtimes/com.ibm.ws.admin.client_8.5.0.jar 
CLASSPATH=$CLASSPATH:$WAS_HOME/runtimes/com.ibm.ws.ejb.thinclient_8.5.0.jar 
CLASSPATH=$CLASSPATH:$WAS_HOME/runtimes/com.ibm.ws.orb_8.5.0.jar 

$JAVA_HOME/bin/jconsole \ 
    -J-Djava.class.path=$CLASSPATH\ 
    -J$CLIENTSAS\ 
    -J$CLIENTSSL\ 
    service:jmx:iiop://$HOST:$PORT/jndi/JMXConnector 

Answer 11

Ok. Il y a deux façons de le faire: un utilisant le connecteur SOAP en utilisant un connecteur RMi/IIOP. Pour SOAP, vous devez configurer WAS pour ajouter un nouveau PORT et d'autres arguments JVM décrits ci-dessus. Mais tout ce que vous obtenez une fois que JConsole se connecte au serveur sont des métriques JVM de base.

Avec RMI, vous obtenez tout ce que WebSphere expose. Tous les MBeans! Le seul inconvénient est: si votre JVM WAS est derrière un pare-feu - vous devez ouvrir un port pour y accéder à partir de votre bureau. Mais vous pouvez l'exécuter via X11 directement à partir de l'hôte du serveur d'applications! J'ai utilisé JDK7 sur mon bureau Windows XP pour me connecter à WAS 7.0 avec la sécurité globale activée. J'ai pris un script de la réponse 4 ci-dessus et l'ai utilisé comme point de départ. Voilà ma version:

@echo off 
set HOST=<put hostname here> 
set PORT=<put JVM's BOOTSTRAP_PORT here> 

set WAS_HOME=C:\jconsole 
set JAVA_HOME=C:\glassfish3\jdk7 
set PROPS_DIR=C:\jconsole\properties 

set CLIENTSAS=-Dcom.ibm.CORBA.ConfigURL=file:/%PROPS_DIR%/sas.client.props 
set CLIENTSSL=-Dcom.ibm.SSL.ConfigURL=file:/%PROPS_DIR%/ssl.client.props 
set PROVIDER=-Djava.naming.provider.url=corbaname:iiop:%HOST%:%PORT% 

set PROPS= 
set PROPS=%PROPS% %CLIENTSAS% %CLIENTSSL% %PROVIDER% 

set CLASSPATH= 
set CLASSPATH=%CLASSPATH%;%WAS_HOME%\com.ibm.ws.admin.client_7.0.0.jar 
set CLASSPATH=%CLASSPATH%;%WAS_HOME%\com.ibm.ws.ejb.thinclient_7.0.0.jar 
set CLASSPATH=%CLASSPATH%;%WAS_HOME%\com.ibm.ws.orb_7.0.0.jar 
set CLASSPATH=%CLASSPATH%;%JAVA_HOME%\lib\jconsole.jar 
set CLASSPATH=%CLASSPATH%;%JAVA_HOME%\lib\tools.jar 

set URL=service:jmx:iiop://%HOST%:%PORT%/jndi/JMXConnector 

@echo on 

%JAVA_HOME%\bin\java -classpath %CLASSPATH% %PROPS% sun.tools.jconsole.JConsole %URL% 

Le WAS_HOME est juste un répertoire où j'ai les IBM JARs que j'ai téléchargé de mes binaires de WebSphere (hors Solaris).J'ai aussi créé deux sous-répertoires: il propriétés et keystore. Dans les propriétés subdir je peux mettre ma sas.client.props et ssl.client.props, ont également téléchargé à partir d'une cellule WAS7 de travail (i il a décollé d'un DM). Dans le sous-répertoire keystore, j'ai mis les fichiers key.p12 et trust.p12, également téléchargés à partir d'une cellule WAS7. Assurez-vous qu'ils ont les bons certificats! Si ceux de WAS/etc ne fonctionnent pas, essayez ceux de $ {CONFIG_ROOT}/cells /. Modifier ssl.client.props pour vous assurer que le chemin vers les fichiers P12 est correct!

Maintenant, pour que cela fonctionne, vous avez également télécharger les éléments suivants de WAS binaires:

WAS_BIN_HOME/java/jre/lib/endorsed 

Mettre ce répertoire entier sous jre/lib répertoire de votre SUN JDK. Cela prend en charge les erreurs IBM JSSE2 Provider et autres. En outre, obtenir les trois fichiers de WAS_BIN_HOME/java/jre/lib/security suivantes:

java.security 
local_policy.jar 
US_export_policy.jar 

Je viens réenregistrés ceux qui sont venus avec SUN avec JDK ceux que je pris d'IBM.

De même, dans sas.client.props assurez-vous d'entrer votre ID utilisateur et votre mot de passe, comme vous le faites dans soap.client.props. Vous pouvez encoder le mot de passe de la même manière. Ceci est nécessaire pour passer le BasicAuth de Global Security.

Je pense que c'est. P.S. Je ne suis pas un pro de Windows, donc s'il y a un nettoyeur façon de le faire - s'il vous plaît le partager.

Answer 12

de http://malliktalksjava.in/2010/07/26/enable-jmx-remote-port-in-websphere/

1. Connectez-vous pour console d'administration de la sphère web tout profil (serveur), raccourci sera disponible dans les programmes de menu de démarrage.

   • déployer la l'application PerfServletApp.ear sinon déjà déployée.
   • Vérifiez si PerfServletApp.ear est déployé:
     • Exapnd Applications +>Types d'applications +>WebSphere Enterpise Applications
     • Sinon, cliquez sur nouvelle application.
   • Parcourir à partir répertoire WebSphere ->AppServer ->InstallableApps.
   • (suivre les étapes.)

2. les données PMI Activer et définir toutes les statistiques activées.

   • Dans le panneau de gauche (en bas), passez à Contrôle et réglage +>Performance Monitoring Infrastructure (PMI)
   • Dans Configuration onglet, activez l'PMI.
   • Dans cet onglet Configuration , et l'onglet Runtime, définissez Toutes les statistiques. Puis Enregistrer les modifications.

3. Set argument JVM

   • Dans Severs +>Types de serveur +>serveurs d'applications WebSphere, puis ->[server-name] +>définition de processus ->Java Virtual Machine
   • Définir l'argument générique jvm d'inclure

     -Djavax.management.builder.initial= -Dcom.sun.management.jmxremote

   en montre la liste des serveurs. cliquez sur le serveur que vous voulez.

   • Dans le volet droit ->infrastructure serveur ->Java et Process Management cliquez sur processus définition, encore une fois dans les propriétés supplémentaires de Configuration onglet cliquez sur Java Virtual Machine. mettre le -Djavax.management.builder.initial= -Dcom.sun.management.jmxremote en Générique Jvm Argument champ et enregistrer changements.

4. Pour activer le port distant JMX, ouvrez le fichier de propriétés suivant et ajoutez le code suivant. Dans [WebSphere-répertoire] \ AppServer \ java \ jre \ lib \ \ gestion management.properties, ajouter:

   com.sun.management.jmxremote.port=9001 
   com.sun.management.jmxremote.ssl=false 
   com.sun.management.jmxremote.authenticate=false 
   

5. Enregistrer les données de base, arrêtez le serveur, et démarrer le serveur pour charger le changements.