Spec-Zone .ru
спецификации, руководства, описания, API
Содержание документации

Часто Задаваемые Вопросы
JConsole и Удаленное управление

JConsole и JMX Удаленное управление

  1. Я выполняю JConsole на Windows. Почему Локальная переменная снабжает вкладками в диалоговом окне Подключения не, перечисляют какие-либо процессы Java?
  2. JDK 5 jconsole и jps команды не работают, если Ваше имя пользователя содержит '_' (подчеркивание) на Windows. JConsole неспособен найти Ваши процессы Java.
  3. Как защитить файл пароля на системах Windows?
  4. JConsole не в состоянии соединиться с приложением удаленно или локально работой той же самой машины, используя Удаленную Вкладку. Однако, это работает, соединяясь с этим использующий Локальную Вкладку на той же самой машине.
  5. У меня есть проблема, используя JConsole, чтобы соединиться с работой JVM Linux. Соединение с JVM, работающей на Windows и Солярисе, хорошо работает.
  6. У моего приложения есть удаленное управление, включенное с SSL. Как установить JConsole, чтобы соединиться с моим приложением?
  7. Я могу использовать JConsole, чтобы контролировать приложение через брандмауэр?

SNMP Основанное управление

  1. Где стандартный MIB для управления SNMP виртуальной машиной Java? Какой версии протокола SNMP это требует?
  2. Я не в состоянии видеть все объекты дерево MIB JVM. Например, jvmMemoryHeapUsed OID отсутствует. Действительно ли это - известная проблема?

JConsole и JMX Удаленное управление

  1. Я выполняю JConsole на Windows. Почему Локальная переменная снабжает вкладками в диалоговом окне Подключения не, перечисляют какой-либо процесс Java?

    Проблема наиболее вероятна, что Ваш Windows по умолчанию временный каталог находится на файловой системе FAT. Если Ваша файловая система TMP является NTFS, и JConsole не показывает Ваши процессы, проверяет Ваше имя пользователя как описано в FAQ #2.

    Для соображений безопасности, локального контроля и управления только поддерживается, если Ваш Windows по умолчанию, временный каталог находится на файловой системе, которая поддерживает полномочия установки на файлах и каталоги (например на файловой системе NTFS). Это не поддерживается на файловой системе FAT, которые обеспечивают недостаточные средства управления доступом.

    Потенциальное обходное решение для этой проблемы:
    Установите переменную окружения TMP, чтобы сослаться на каталог на файловой системе NTFS, или любой файловой системе, которая поддерживает полномочия установки на файлах и каталоги прежде, чем Вы запустите свое приложение с локальным или удаленным включенным управлением. Отметьте, что эта файловая система должна быть локальной для машины. Установка этой опции для целевых приложений специализирована. Чтобы установить эту переменную в командной строке или в сценарии пакетной обработки, просто введите следующее:

    набор TMP=path

    Переменная окружения может быть установлена глобально, добавляя это к списку переменных окружения в Системных Свойствах (Панель управления-> Система, выберите вкладку "Advanced" и щелкните по кнопке "Environment Variables"). Через этот интерфейс можно хотеть устанавливать переменную для всех процессов, выполненных текущим пользователем или глобально как системная переменная для всех процессов, выполненных системой.

  2. JDK 5 jconsole и jps команды не работают, если Ваше имя пользователя содержит '_' (подчеркивание) на Windows. JConsole неспособен найти Ваши процессы Java.

    Это - известная проблема в JDK 5, что jconsole и jps команды не работают над Windows, если Ваше имя пользователя содержит '_' (подчеркивание). Ошибка 6301562 будет исправлена в будущем выпуске.

  3. Как защитить файл пароля на системах Windows?

    Пожалуйста, см., "Как защитить файл пароля на системном документе" Windows для деталей.

  4. JConsole не в состоянии соединиться с приложением удаленно или локально работой той же самой машины, используя Удаленную Вкладку. Однако, это работает, соединяясь с этим использующий Локальную Вкладку на той же самой машине.

    Это наиболее вероятно проблема конфигурации. Во-первых, удостоверьтесь, что Ваше приложение было запущено с удаленного включенного управления. (См. детали от "Контроля и управления, используя JMX" документ.) Второй, проверьте, позволяется ли SSL в свойствах управления включить удаленному управлению и если это конфигурируется должным образом.

    SSL включается по умолчанию, когда удаленное управление включается. Можно отключить SSL свойством установки com.sun.management.jmxremote.ssl к false. Если Ваше приложение не будет установлено с SSL должным образом, но SSL включается для удаленного управления, то JConsole будет не в состоянии соединиться с приложением. Пожалуйста, см. "Используя SSL" раздел в "Контроле и управлении Используя JMX" документ для информации об использовании SSL для удаленного управления.

    Если проблема отказа соединения происходит только, когда Ваше приложение работает на Linux, пожалуйста, см. FAQ #5.

  5. У меня есть проблема, используя JConsole, чтобы соединиться с работой JVM Linux. Соединение с JVM, работающей на Windows и Солярисе, хорошо работает.

    Это наиболее вероятно проблема конфигурации на машине Linux или свойствах управления, определенных, чтобы запустить приложение. Пожалуйста, также см. FAQ #4 об использовании SSL.

    Следует проверить следующее:

  6. У моего приложения есть удаленное управление, включенное с SSL. Как установить JConsole, чтобы соединиться с моим приложением?

    Когда Вы включаете приложению для удаленного управления с SSL, Вы установили цифровой сертификат на системе, куда агент JMX (сервер MBean) выполняет и сконфигурировал SSL должным образом.

    Принятие Вас создало keystore как описано в Руководстве по JSSE и запустило Ваше приложение (Server) следующим образом:

    % java -Djavax.net.ssl.keyStore=keystore \
    -Djavax.net.ssl.keyStorePassword=password Server

    Чтобы соединиться с этим приложением, Вы должны выполнить jconsole следующим образом:

    % jconsole -J-Djavax.net.ssl.trustStore=truststore \
    -J-Djavax.net.ssl.trustStorePassword=trustword
    Вышеупомянутая конфигурация аутентифицирует сервер только. Если аутентификация клиента будет установлена, то Вы должны будете обеспечить подобный keystore для ключей JCONSOLE, и соответствующую базу доверенных сертификатов для приложения.
  7. Я могу использовать JConsole, чтобы контролировать приложение через брандмауэр?

    Свойство управления com.sun.management.jmxremote.port определяет порт, где Реестр RMI может быть достигнут, но порты, куда RMIServer и удаленные объекты RMIConnection экспортируются, выбирается стеком RMI. Чтобы экспортировать удаленные объекты (RMIServer и RMIConnection) на данном порту, Вы должны создать свой собственный сервер соединителя RMI программно, как описано в разделе, Подражающем Управлению Используя "Из Поля" JMX Удаленный API в Java Контроль SE и Руководство по управлению. Следует определить JMXServiceURL следующим образом:

    JMXServiceURL url = new
    JMXServiceURL("service:jmx:rmi://localhost:" + port1 +
    "/jndi/rmi://localhost:" + port2 +
    "/jmxrmi");
    
    В команде выше, port1 является номером порта, на котором экспортируются RMIServer и удаленные объекты RMIConnection, и port2 является номером порта Реестра RMI.

SNMP Основанное управление

  1. Где я могу найти стандартный MIB для управления SNMP виртуальной машиной Java? Какой версии протокола SNMP это требует?

    Стандартный MIB для виртуальной машины Java может быть найден в: http://java.sun.com/j2se/1.5.0/docs/guide/management/JVM-MANAGEMENT-MIB.mib. Некоторые объекты, представленные в MIB JVM, являются 64-разрядными количествами. Чтобы видеть эти объекты, Вы должны использовать SNMP v2 протокол. Если можно обойти MIB JVM, используя SNMP v1 протокол, 64-разрядные объекты пропускаются.

  2. Я не в состоянии видеть все объекты дерево MIB JVM. Например, jvmMemoryHeapUsed OID отсутствует. Действительно ли это - известная проблема?

    MIB JVM включает 64-разрядные объекты, которые требуют, чтобы использовать SNMP v2 протокол. Все 64-разрядные объекты пропускаются, если Вы обходите MIB JVM, используя SNMP v1.


Oracle и/или его филиалы Авторское право © 1993, 2011, Oracle и/или его филиалы. Все права защищены.
Свяжитесь с Нами