19.3MBean-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 so genannten 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:
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.
19.3.1MXBeans des Systems
Die JVM repräsentiert Systeminformationen nicht nur über die System-Properties, sondern 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: Implementierungen zur automatischen Speicherbereinigung: 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:
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 19.4com/tutego/insel/jmx/JvmMBeans.java
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
}
}
