Как включить JMX в Websphere?

Я хотел бы использовать JConsole для мониторинга своего приложения Websphere, но не знаю, как включить JMX.

Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
В компьютерном программировании биты играют важнейшую роль в представлении и манипулировании данными на двоичном уровне. Побитовые операции...
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Приходилось ли вам сталкиваться с требованиями, в которых вас могли попросить поднять тревогу или выдать ошибку, когда метод Java занимает больше...
Полный курс Java для разработчиков веб-сайтов и приложений
Полный курс Java для разработчиков веб-сайтов и приложений
Получите сертификат Java Web и Application Developer, используя наш курс.
30
0
89 643
12

Ответы 12

Следующая информация относится к Websphere 6.1 в Windows.

Прежде всего, волшебный URL-адрес для подключения к серверу MBean:

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

Если у вас установлен Websphere по умолчанию, номер порта JNDI, скорее всего, будет 2809, 2810, ... в зависимости от того, сколько серверов установлено в одной системе и от того, к которому вы хотите подключиться. Чтобы быть уверенным, что при запуске Websphere проверьте логи, так как он выдаст строку вида

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

Если вы не видите эту строку, откройте консоль администратора Websphere и перейдите в

Application servers > server1 > Administration Services > JMX connectors

чтобы узнать, нужно ли вам добавить или изменить файл config.

Второй важный бит информации заключается в том, что следующий JAR всегда необходим при выполнении JMX с сервером:

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

Вы можете найти этот JAR в каталоге runtimes Websphere. Что бы вы ни делали, будь то программный доступ к MBeans в Websphere, использование JConsole и т. д., Используйте волшебный URL, а всегда включает этот JAR.

В оставшейся части этого ответа предположим, что Websphere установлен в D: \ prog \ was61.

Чтобы запустить JConsole, введите следующее:

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

Затем перейдите на вкладку «Дополнительно» и введите волшебный URL-адрес JMX. Нажмите кнопку подключения, и вы должны увидеть появление MBean-компонентов.

Другое дело - использование Sun JDK. Вам понадобится один дополнительный JAR, который находится в библиотеке IBM JDK, но не в Sun (ibmorb.jar), и, возможно, вам подойдет следующая команда:

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

Я говорю «может быть», потому что у меня это не сработало. Я получил красивое сообщение об ошибке jndiUnavailCommErr, поскольку он ожидал чего-то на порту 2809, пока моя установка Websphere прослушивает 2810, хотя я правильно указал порт 2810 в URL-адресе JMX. Но если вы адаптируете пути к вашему Sun JDK, это может сработать для вас. Это самое близкое, что мне когда-либо удавалось подключиться к Websphere с помощью Sun JDK.

Последнее замечание: я пробовал решение, основанное на RMI, есть также разъем SOAP, но не пробовал.

Как всегда с J2EE, Websphere и прочим: удачи, он вам понадобится.

+1 работал как шарм. Прошу прощения за боль, которую вы, должно быть, пережили :)

Andre Steingress 28.04.2011 13:22

+1 за «удачи, он вам понадобится» ... Кстати, у меня есть дерево с объектом, но я не вижу его свойств из-за ADMN0022E (отсутствуют права или что-то в этом роде) Есть идеи?

poussma 12.03.2014 12:14

Возможно, вам придется добавить jconsole.jar в путь к классам также с помощью IBM jconsole.

Flavio 27.05.2014 11:51

"Волшебный URL" service:jmx:rmi:///jndi/rmi://localhost:1099/jmxrmi работал у меня

Joost 30.06.2015 08:15

Я все это сделал, все равно не получилось. У меня есть вкладка MBeans, но не память.

Berlin Brown 10.10.2016 02:41

Посмотрите на следующий простой способ подключения jconsole к Websphere 6.1

Он работает для меня (Solaris, Was 6.1, Sun JVM), он также работает с Visual VM

Наслаждаться !

Можете ли вы по-прежнему получать доступ к компонентам WebSphere JMX с помощью этого решения, чтобы получить информацию о сервлетах и ​​пулах соединений?

eljenso 23.02.2009 21:29

Ссылка здесь и метод работает: ecovations.de/blog/?p=99. Не могу подключиться с удаленной консоли jconsole ... не знаю почему. Только локальная консоль.

djangofan 15.06.2012 22:41

Я не мог заставить это работать. Все, что у меня было, было

The connection to username@service:jmx:iiop//localhost:2809/jndi/JMXConnector did not succeed. Would you like to try again?

Однако я заставил его работать, выполнив следующие действия:

  1. Добавьте "-Djavax.management.builder.initial = -Dcom.sun.management.jmxremote" в общий аргумент JVM.
  2. Добавьте эти строки в WebSphere / AppServer / java / jre / lib / management / management.properties
com.sun.management.jmxremote.port=9999
com.sun.management.jmxremote.authenticate=false
com.sun.management.jmxremote.ssl=false

Но ни один из полезных mbeans не появляется ..?

@Tommy - ты как-то понял "интересные" вещи? Я имею в виду без целых лишних банок / мумбо-джамбо IIOP ...

Chris 19.06.2013 18:13

@Chris Нет, так и не удалось заставить его работать так, как я хотел. Закончился использованием сервлета PMI, который поставляется с WAS, затем проанализировал xml и построил его график с помощью Munin. Работает отлично

Tommy 02.07.2013 19:04

Я обнаружил, что для подключения к WAS 6.1 с помощью Sun JDK JConsole в дополнение к JAR-файлу com.ibm.ws.admin.client_6.1.0.jar мне также пришлось включить следующие 3 JAR в путь к загрузочному классу при запуске JConsole: -

ibmorbapi.jar
ibmorb.jar
ibmcfw.jar

Их можно найти в каталоге java \ jre \ lib в websphere.

Например, в Windows, если вы скопируете все четыре JAR, перечисленные выше, в каталог по вашему выбору (я скопировал их в C: \ packages \ was61-jmx в примере ниже), вы можете использовать командный файл, подобный следующему для запуска 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%

Это сработало для меня для jdk 1.5 и 1.6 версий Sun Jconsole.

Может это немного оффтоп, но я нашел способ подключиться к WAS 7.0 JMX серверу из JConsole. Не требуется ни настройки сервера, ни AppClient, только несколько JAR и небольшая настройка клиента.

Используйте следующий скрипт

@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%

Если на целевом сервере отключена административная защита, закомментируйте строки CLIENTSAS и PROVIDER.

Если защита включена, вам также понадобится файл sas.client.props, который нужно поместить в каталог THIS_DIR. Файл шаблона можно найти в каталоге WAS_profile \ properties. Вам нужно будет сделать небольшую настройку. Вот отрывок из моего 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

ОК :)

После подключения появится всплывающее окно входа в систему. Введите своего администратора и пароль (user и pw не требуются в диалоговом окне подключения в JConsole)

Вы можете запустить JConsole из IBM JDK или Sun JDK. Для IBM никакой другой настройки не требуется. Однако для Sun вам может потребоваться поместить файл orb.properties в свой домашний каталог. Этот файл можно найти в com.ibm.ws.ejb.thinclient_7.0.0.jar.

Вы можете найти правильный порт для подключения на сервере WebSphere Application Server в разделе «Связь» -> «Порты». Порт, связанный с BOOTSTRAP_ADDRESS, позволяет вам подключаться.

Это просто. Просто запустите Websphere со следующими параметрами JMX:

-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

Затем запустите JConsole или VisualVM и подключитесь к localhost: 1099

Поскольку мне не разрешено публиковать контрольный снимок экрана, я размещаю информацию из «вкладки обзора» visualvm.

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

это сработало для меня, мне пришлось добавить эти же параметры в консоль websphere под Servers/Application servers/server1/Java y gestión de procesos/Definición de proceso/Máquina virtual Java/Argumentos de JVM genéricos (извините, это на испанском, я тоже предпочитаю английскую версию, но кто-то в ibm, должно быть, подумал, что мы, носители испанского языка, предпочли бы ужасный перевод ). надеюсь, это все равно кому-то поможет

jambriz 15.03.2012 22:40

На самом деле это не работает. Я попробовал, добавив эти параметры в параметр D_ARGS в файле startServer.sh. Затем, подключенный к 1099, он показывает только данные для процесса администрирования websphere и не показывает информацию для содержащегося в нем процесса приложения.

djangofan 15.06.2012 21:38

Имеет смысл, что это не сработает, потому что WebSphere работает на IBM JDK и, следовательно, пакетов в com.sun. * Не существует, верно?

djangofan 14.11.2012 00:54

работал у меня ... обратите внимание, что после -Djavax.management.builder.initial = добавить ПРОБЕЛ

Samih A 21.10.2013 13:59

Вы не можете установить необходимые системные свойства через консоль WAS, потому что она не позволяет вам указывать пустые значения. Вместо этого вы должны вставить в конец 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"/>

вы можете попробовать следующее, он использует адаптер протокола SOAP. Я думаю, что это как можно более экономичная конфигурация.

#!/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

Благодарность моему коллеге Йеруну за первоначальную версию скрипта с использованием IIOP (я пробую SOAP в надежде, что он будет работать с Hyperic)

Я также несколько часов пытался заставить это работать, и я нашел решение. Ключевой проблемой здесь является SSL - клиент должен использовать правильные ключи для установления SSL-соединения с сервером. Это включает в себя указание правильного местоположения доверенного хранилища и пароля доверенного хранилища, как описано здесь. Лучший способ настроить среду - вызвать setupCmdLine.sh (в Windoze это setupCmdLine.bat) для соответствующего сервера, а затем вызвать jconsole следующим образом:

#!/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

ОК. Есть два способа сделать это: один с использованием коннектора SOAP один с помощью разъема RMi / IIOP.

Для SOAP вам необходимо выполнить настройку WAS, чтобы добавить новый ПОРТ и другие аргументы JVM, описанные выше. Но все, что вы получаете, когда JConsole подключается к серверу, - это базовые показатели JVM.

С RMI вы получаете все, что предоставляет WebSphere. Все MBeans! Единственное предостережение: если ваша WAS JVM находится за брандмауэром, вам нужно будет открыть порт, чтобы получить к нему доступ со своего рабочего стола. Но вы можете запустить это через X11 прямо с хоста сервера приложений!

Я использовал JDK7 на своем рабочем столе Windows XP для подключения к WAS 7.0 с включенной глобальной безопасностью. Я взял сценарий из ответа №4 выше и использовал его как отправную точку. Вот моя версия:

@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%

WAS_HOME - это просто каталог, в котором у меня есть те файлы JAR IBM, которые я загрузил из своих двоичных файлов WebSphere (вне Solaris). Я также создал там два подкаталога: характеристики и хранилище ключей. В подкаталог свойств я поместил свои sas.client.props и ssl.client.props, также загруженные из рабочей ячейки WAS7 (я снял их с DM). В подкаталог хранилища ключей я помещаю файлы key.p12 и trust.p12, также загруженные из ячейки WAS7. Убедитесь, что у них есть нужные сертификаты! Если из WAS / etc не работают - попробуйте из $ {CONFIG_ROOT} / cells /. Измените ssl.client.props, чтобы убедиться, что путь к файлам p12 правильный!

Теперь, чтобы это сработало, вам также необходимо загрузить следующее из ваших двоичных файлов WAS:

WAS_BIN_HOME/java/jre/lib/endorsed

Поместите весь этот каталог в каталог jre / lib вашего SUN JDK. Это устраняет ошибки поставщика IBM JSSE2 и тому подобное. Также получите следующие три файла из WAS_BIN_HOME / java / jre / lib / безопасность:

java.security
local_policy.jar
US_export_policy.jar

Я просто заменил те, которые поставлялись с JDK SUN, на те, которые я взял у IBM.

Кроме того, в sas.client.props не забудьте ввести идентификатор пользователя и пароль, аналогично тому, как вы это делаете в soap.client.props. Таким же образом можно закодировать пароль. Это необходимо для прохождения BasicAuth Global Security.

Я думаю, что это все. P.S. Я не профессионал в Windows, поэтому, если есть более чистый способ сделать это - поделитесь им.

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

  1. Войдите в Консоль администратора веб-сферы любым профилем (сервером), ярлык будет доступен в программах меню «Пуск».

    • Разверните приложение PerfServletApp.ear, если оно еще не развернуто.
    • Проверьте, развернут ли PerfServletApp.ear:
      • Exapnd Приложения +> Типы приложений +> Приложения WebSphere Enterpise
      • Если нет, щелкните Новое приложение.
    • Выберите Каталог WebSphere -> AppServer -> Устанавливаемые приложения.
    • (СЛЕДУЙТЕ ШАГАМ.)
  2. Включите данные PMI и включите всю статистику.

    • На левой панели (внизу) перейдите к Мониторинг и настройка +> Инфраструктура мониторинга производительности (PMI)
    • На вкладке Конфигурация включите PMI.
    • На этой вкладке Конфигурация и на вкладке Время выполнения установите Вся статистика. Затем меняется Сохранить.
  3. Установить аргумент JVM

    • В Северс +> Типы серверов +> Серверы приложений WebSphere, затем -> [имя сервера] +> Определение процесса -> Виртуальная машина Java
    • Установите общий аргумент jvm, чтобы включить

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

    в показывает список серверов. щелкните по желаемому серверу.

    • На правой панели -> Серверная Инфраструктура -> Java и управление процессами щелкните определение Процесс, снова во вкладке Дополнительные свойства Конфигурация нажмите Виртуальная машина Java. поместите -Djavax.management.builder.initial= -Dcom.sun.management.jmxremote в поле Общий аргумент Jvm и спасти изменяется.
  4. Чтобы включить удаленный порт JMX, откройте следующий файл свойств и добавьте следующий код. В [Каталог WebSphere] \ AppServer \ java \ jre \ lib \ management \ management.properties добавьте:

    com.sun.management.jmxremote.port=9001
    com.sun.management.jmxremote.ssl=false
    com.sun.management.jmxremote.authenticate=false
    
  5. Сохраните основные данные, остановите сервер и запустите сервер для загрузки изменений.

Другие вопросы по теме