Экспонирование POJO как JMX MBean легко с помощью Spring

Если вы не настроите его правильно, вы получите исключение, например

org.springframework.beans.factory.BeanCreationException: Ошибка создания компонента с именем org.springframework.jmx.support.ConnectorServerFactoryBean # 0 ′, определенного в ресурсе пути к классу [application-context.xml]: сбой вызова метода init; вложенное исключение — java.io.IOException: невозможно связать с URL [rmi: // localhost: 10099 / jmxrmi]: javax.naming.ServiceUnavailableException [Исключением корня является java.rmi.ConnectException: соединение с хостом отказано: localhost; Вложенное исключение: java.net.ConnectException: соединение отклонено: соединение ].

Доступ к локальному серверу MBean через туннель SSH

Для повышения безопасности вы можете предпочесть не предоставлять свои MBeans удаленному доступу, сделав их доступными только с локального компьютера (127.0.0.1), и использовать туннель SSH, чтобы удаленная JConsole могла обращаться к ним как к локальному приложению. Это, конечно, возможно, но может быть трудным, потому что обычно JMX проходит через RMI, который использует два порта : один для Реестра RMI и другой для фактической службы (здесь сервер MBean), который обычно выбирается случайным образом во время выполнения, и вы ‘ Мне нужно туннелировать оба. К счастью, Spring позволяет настроить оба порта :

<bean
	class="org.springframework.jmx.support.ConnectorServerFactoryBean"
	depends-on="rmiRegistry">
	<property name="objectName" value="connector:name=rmi" />
	<property name="serviceUrl"
		value="service:jmx:rmi://127.0.0.1:STUBPORT/jndi/rmi://localhost:REGISTRYPORT/myconnector" />
</bean>

<bean id="rmiRegistry"
	class="org.springframework.remoting.rmi.RmiRegistryFactoryBean">
	<property name="port" value="REGISTRYPORT" />
</bean>

Замените STUBPORT и REGISTRYPORT подходящими номерами и туннелируйте эти два. Обратите внимание, что номер REGISTRYPORT совпадает в serviceUrl соединителя и в атрибуте порта реестра RMI.

ПРЕДУПРЕЖДЕНИЕ . Приведенная выше конфигурация фактически не препятствует прямому доступу из удаленного приложения. Чтобы действительно заставить реестр RMI только прослушивать соединение с локального хоста, нам, вероятно, потребуется установить — под Sun JVM без Spring — системное свойство com.sun.management.jmxremote. Кроме того, чтобы заставить реестр использовать IP 120.0.0.1, нам нужно установить java.rmi.server.hostname = localhost (также относится и к Spring). Смотрите это обсуждение о принудительном локальном доступе . Я не уверен, как добиться того же результата с Spring, сохраняя при этом возможность указать оба порта RMI. Проверьте также JavaDoc для Spring RmiServiceExporter .

Связанные посты и документы:

• Отладка туннелирования и JMX для Alfresco (А. использует Spring) — см. Второй раздел, Туннелирование SSH для JMX
• Пользовательский туннельный агент RMI — использует настроенный порт вместо случайного
• Мониторинг ActiveMQ с использованием JMX через SSH
• JMX 1.2 спецификация и JMX 1.0 Удаленные спецификации API ; из спецификации JMX: «Сервер MBean использует адаптеры и соединители протокола , чтобы сделать агент
  доступным из приложений управления вне JVM агента» . С другой стороны, страница Oracle JMX гласит, что если вы установите com.sun.management.jmxremote (в отличие от… jmxremote.port), вы сможете «контролировать локальную платформу Java, то есть JVM, работающую на та же самая машина »- таким образом, не обязательно от той же JVM.

Соединение с JConsole

Запустите JConsole и введите соответствующий удаленный адрес, например, service: jmx: rmi: /// jndi / rmi: //your.server.com: 10099 / myconnector, если вы подключаетесь к приложению на удаленной машине your.server. com доступен через RMI.

Что касается URL-адреса соединения, если у вас есть соединитель с serviceUrl «service: jmx: rmi: // myhost: 9999 / jndi / rmi: // localhost: 10099 / myconnector», то с клиента вы можете использовать любой сервис : jmx: rmi: // myhost: 9999 / jndi / rmi: //your.server.com: 10099 / myconnector или просто служба: jmx: rmi: /// jndi / rmi: //your.server.com: 10099 / myconnector, поскольку в соответствии со спецификацией JMX 1.2 Remote API (стр. 90):

… имя хоста и номер порта
# (myhost: 9999 в примерах) не используются клиентом и, если
# присутствует, по сути являются комментариями. Адрес сервера соединителя
# фактически сохраняется в сериализованной заглушке (/ stub / form) или в
записи каталога # (/ jndi / form).

Конфигурация IBM JVM, JConsole и JMX

В руководстве IBM JVM 5 SDK указано, что IBM SDK также содержит JConsole и распознает те же системные свойства , связанные с JMX , а именно com.sun.management.jmxremote. * (Хотя сам «com.sun.management.jmxremote» не упоминается ).

Обратите внимание, что IBM JConsole немного отличается, например, отсутствует вкладка Локальная, которая заменяется указанием параметра командной строки connection = localhost (поищите в руководстве по SDK «Локальная вкладка инструмента мониторинга JConsole»).

Дальнейшие улучшения

JVM 1.5: экспонирование MemoryMXBean

Начиная с Java 5.0 существует несколько полезных платформ MBean, которые предоставляют информацию о JVM, включая также java.lang.management.MemoryMXBean , которые позволяют вам видеть использование кучи, вызывать GC и т. Д.

Вы можете сделать его доступным для JConsole и других агентов JMX следующим образом (хотя должен быть более простой способ):

<bean class="org.springframework.jmx.export.MBeanExporter" lazy-init="false">
	<property name="beans">
	  <map>
		<entry key="bean:name=Memory2" value-ref="memProxy"/>
		<!-- other exported beans may follow ... -->
	  </map>
	</property>
</bean>

<bean id="memProxy"
	class="java.lang.management.ManagementFactory"
	factory-method="getMemoryMXBean"
	/>

Обновление : действительно, кажется, есть лучший способ выставить MBeans платформы напрямую , заменив MBeanServerFactoryBean в Spring на java.lang.management.ManagementFactory, используя фабричный метод getPlatformMBeanServer. Конечно, для этого требуется JVM 1.5+.

Повышение безопасности с помощью аутентификации по паролю

Доступ к вашим MBeans через RMI может быть защищен паролем. Согласно обсуждению, аутентификация настроена на соединителе сервера :

<bean
	class="org.springframework.jmx.support.ConnectorServerFactoryBean"
	depends-on="rmiRegistry">
	<property name="objectName" value="connector:name=rmi" />
	<property name="serviceUrl"
		value="service:jmx:rmi://localhost/jndi/rmi://localhost:10099/myconnector" />
    <property name="environment">
    <!-- the following is only valid when the sun jmx implementation is used -->
        <map>
            <entry key="jmx.remote.x.password.file" value="etc/security/jmxremote.password"/>
            <entry key="jmx.remote.x.access.file" value="etc/security/jmxremote.access"/>
        </map>
    </property>
</bean>

Файлы passwd и access следуют шаблонам, которые можно найти в папке JDK / jre / lib / management.

Резюме

Экспонировать POJO как MBean с Spring очень просто, просто не забудьте запустить сервер MBean и коннектор. Для JMXMP включите имплемент jmxmp. jar на classpath и для RMI убедитесь, что запустили реестр RMI перед соединителем.

От http://theholyjava.wordpress.com/2010/09/16/exposing-a-pojo-as-a-jmx-mbean-easily-with-spring/