20.3 MBean-Typen, MBean-Server und weitere Begriffe

Um mit JMX zu arbeiten, ist ein wenig Vokabular nötig. Eine Managed Component ist die überwachte Komponente. Hinter den beobachtbaren Komponenten stehen die sogenannten MBeans, die an einem MBean-Server registriert werden. Der Zugriff auf die Komponenten erfolgt über einen Adapter, etwa einen HTTP-Adapter, der dann einem Webbrowser die Administration erlaubt. Neben einem HTTP-Adapter sind für den Zugriff auf die MBeans andere Adaptoren denkbar: RMI oder SNMP zum Beispiel. Sie stehen auf dem Connector-Level. Der Webbrowser steht hingegen auf einer höheren Stufe beim Remote Manager. Ganz unten stehen die zu überwachenden Komponenten. Sie heißen instrumentalisierte Objekte, und alle Java-Objekte können mit JMX instrumentalisiert werden (Hardware, Software, Dienste ...). Diese Instrumentalisierung erfolgt über MBeans. Wichtig zum Verständnis ist die Tatsache, dass die überwachten Elemente selbst im Allgemeinen nicht auch die über JMX administrierten Objekte sind, sondern dass die MBeans die Repräsentanten sind.

Die JMX-Spezifikation definiert fünf Typen von MBeans:

• Standard MBeans
• Dynamic MBeans
• Model MBeans
• Open MBeans
• MXBeans

Die Standard MBeans stellen den einfachsten Weg für die JMX-Instrumentierung dar. Die nach außen offengelegte Schnittstelle (Management Interface) spezifiziert der Entwickler explizit, indem er sie in einem Java-Interface deklariert.

Wir werden uns im Folgenden mit den einfachen MBeans und MXBeans beschäftigen. Neben den anderen MBeans-Typen bietet der JMX-Standard weitere Möglichkeiten, etwa ein Benachrichtigungsmodell (engl. notification model), das Änderungen an den Komponenten überwacht und meldet, oder die Möglichkeit, remote auf MBeans zuzugreifen.

20.3.1 MXBeans des Systems

Die JVM repräsentiert Systeminformationen nicht nur über die System-Properties, sondern seit Java 5 auch über MXBeans (Java Management Beans). MXBeans sind eine Erweiterung der MBeans, damit sie in einer Management-Konsole leichter zu verwenden sind. Vorhandene MXBeans geben Auskünfte über den Zustand der JVM. Zu ihnen zählen:

• ClassLoadingMXBean: Informiert darüber, wie viele Klassen geladen sind und wann die Laufzeitumgebung eine Klasse lädt.
• CompilationMXBean: Zeit für die Übersetzung
• MemoryMXBean: Komplexe Bean mit Informationen über den Speicherverbrauch
• ThreadMXBean: Komplexe Bean mit Infos über Threads
• RuntimeMXBean: Welche Laufzeitumgebung führt aus? Wie ist der Bibliothekspfad/Klassenpfad ...?
• OperatingSystemMXBean: Wenige Systeminfos
• GarbageCollectorMXBean: GCs: Copy, MarkSweepCompact
• MemoryManagerMXBean: Welche Speicherverwaltung: CodeCacheManager, Copy, MarkSweepCompact?
• MemoryPoolMXBean: Komplexe MBean für Speicherinformationen, etwa für Code Cache, Eden Space, Survivor Space, Tenured Gen, Perm Gen

Die Typen liegen im Paket java.lang.management, aber es gibt noch einen Typ com.sun.management.OperatingSystemMXBean (nicht das namensgleiche java.lang.management.OperatingSystemMXBean) mit neuen Methoden getSystemCpuLoad() und getProcessCpuLoad().

Exemplare konkreter Klassen, die oben genannte Schnittstellen implementieren, liefern Fabrikmethoden der Klasse ManagementFactory. Die Typen stammen alle aus dem Paket java.lang.management:

Abbildung 20.1: UML-Diagramm der Klasse ManagementFactory

class java.lang.management.ManagementFactory

• static ClassLoadingMXBean getClassLoadingMXBean()
• static CompilationMXBean getCompilationMXBean()
• static List<GarbageCollectorMXBean> getGarbageCollectorMXBeans()
• static List<MemoryManagerMXBean> getMemoryManagerMXBeans()
• static MemoryMXBean getMemoryMXBean()
• static List<MemoryPoolMXBean> getMemoryPoolMXBeans()
• static OperatingSystemMXBean getOperatingSystemMXBean()
• static RuntimeMXBean getRuntimeMXBean()
• static ThreadMXBean getThreadMXBean()

Testen wir das an einem Beispiel:

Listing 20.4: com/tutego/insel/jmx/JvmMBeans.java

package com.tutego.insel.jmx;

import java.lang.management.*;

public class JvmMBeans
{
  public static void main( String[] args )
  {
    MemoryMXBean memoryMXBean = ManagementFactory.getMemoryMXBean();

    // init = 0(0K) used = 169568(165K) committed = 2031616(1984K) max = 66650112(65088K)
    System.out.println( memoryMXBean.getHeapMemoryUsage() );

    // init = 29556736(28864K) used = 12026264(11744K)
    // committed = 29851648(29152K) max = 121634816(118784K)
    System.out.println( memoryMXBean.getNonHeapMemoryUsage() );

    ClassLoadingMXBean classLoadingMXBean =
    ManagementFactory.getClassLoadingMXBean();
    System.out.println( classLoadingMXBean.getLoadedClassCount() );      // 301
    System.out.println( classLoadingMXBean.getTotalLoadedClassCount() ); // 301


    System.out.println( classLoadingMXBean.getUnloadedClassCount() );    // 0
  }
}

Ihr Kommentar

Wie hat Ihnen das <openbook> gefallen? Wir freuen uns immer über Ihre freundlichen und kritischen Rückmeldungen.