3.2.3.5 Dienste

Zur Vereinfachung der Entwicklungen von Agentensystemen wird durch das JDMK eine Anzahl von Services bereitgestellt.
Eine Auswahl dieser Dienste wird im folgenden kurz vorgestellt:

• Base Services
  Diese Services benötigt das Framework, um funktionieren zu können. Sie werden als seperate Komponenten angeboten, um den Entwickler die Auswahl zwischen unterschiedlichen, auch eigenen Implementierungen zu ermöglichen. Diese Services sind der Repository-, der Metadata-, und der Filtering-Service.
  • Repository-Service
    Der Repository-Service dient der Registrierung der M-Beans im CMF. Mit einen Objektnamen werden diese Beans dann gespeichert und es kann über diesen auf sie zugegriffen werden. Es gibt die Möglichkeit, die Agenten flüchtig zu speichern -- also nur im Arbeitspeicher (Volatile Repository), was bei Beendigung des Agenten zur Folge hat, das ihr aktueller Status verloren geht -- oder ihn dauerhaft (Persistent Repository) unter Nutzung von Serialisierungsmechanismen zu speichern. Ein Mixed Repository ermöglicht die unterschiedliche Behandlung verschiedener M-Beans.
  • Metadata-Service
    Mit dem Metadata-Service werden die Methoden und Parameter eines M-Beans im Framework bereitgestellt. Dieser Service basiert auf der Reflection API des JDK.
  • Filtering-Service
    Dieser Service ermöglicht es, auf eine bestimmte Auswahl von M-Beans zuzugreifen, z.B. auf der Grundlage bestimmter Wertebereiche der Properties.
• Class Loader
  Diesen Dienst wird dazu genutzt, eine Klasse von einer entfernten Lokation in das CMF zu laden. Dies kann entweder durch den Agenten selber oder durch einen entfernten Manager initiiert werden. Die geladenen Klassen können sich entweder auf dem Agentenrechner befinden oder auf einer entfernten Maschine, vorausgesetzt, sie werden mittels eines Class-Servers bereitgestellt.
• Library Loader
  Der Library-Loader dient dem Laden sogenannter ,,Native Libraries``, also Bibliotheken, die nicht in Java implementiert wurden. Die Anbindung solcher Bibliotheken erfolgt in der Regel über das Java Native Interface (JNI).
• Monitoring Service
  Dieser Service ermöglicht das Beobachten des Wertebereichs bestimmter Properties eines M-Beans, wobei die Zeitspannen zwischen den Prüfungszeitpunkten von dem Benutzer festgelegt werden kann. Es werden zwei Arten von Monitoren durch das JDMK angeboten:
  • Counter Monitor
    Durch einen Counter Monitor wird ein Zähler überwacht, indem nach Überschreiten einer spzifizierten Schranke ein Event ausgelöst wird.
  • Gauge Monitor
    Im Gegensatz zum Counter Monitor kann der Gauge Monitor Schwankungen in einem Wertebereich feststellen. Zur Erstellung entsprechender Events benötigt er eine obere und eine untere Schranke. Der Gauge Monitor wird in Abschnitt 6.2.1.3 anhand eines Beispieles genauer beschrieben.
  Zudem kann der Monitoring Service auch den Grad der Veränderungen eines Wertes propagieren.
• Cascading Agent Service
  Der Cascading Agent Service ermöglicht die Entwicklung ein Agentenhierarchie bestehend aus Master- und Sub-Agenten. Der Mechanismus, der hierzu genutzt wird, ist die Spiegelung sämtlicher M-Beans der Sub-Agenten in das Framework des Master-Agenten.
• Scheduler Service
  Dieser Dienst ermöglicht das Erzeugen von Alarmen zu bestimmten Zeitpunkten. Diese Alarme (oder Events) werden an alle registrierten Objekte gesandt.
• Alarm Clock Service
  Dieser Dienst benachrichtigt die registrierten AlarmClockEventListener in regelmäßigen Intervallen. Er wird als Basis des Scheduler Service benutzt.
• M-Let Service
  Der Management Applet Service wird durch das M-Bean genutzt, um Klassen aus sogenannten jar-Files, also Java-Archiv-Files, zu laden. Diese komprimierten Dateien werden durch den Agenten mittels Auswertung einer HTML-Datei lokalisiert. In dieser HTML-Datei ist durch ein M-Let Tag die URL des Java-Archives angegeben. Zudem bietet dieser Service einen Cache-Mechanismus, der überflüssiges nachladen über das Netz verhindert.
• Bootstrap-Service
  Der Bootstrap-Service ist ein ausführbares Programm, das mit Hilfe des M-Let Services das Updaten von Agenten ermöglicht.
• Launcher-Service
  Der Launcher-Service bietet die Möglichkeit, sämtliche zu nutzenden M-Beans in einen durch das JDMK zur Verfügung gestellten Basisagenten zu integrieren und zu starten.
• Discovery-Service
  Hauptaufgabe des Discovery-Services ist die Ermittlung von Agenten in einem Netzwerk, wozu er in zwei Bereiche aufgeteilt ist:
  • Discovery-Search-Service
    Die Komponenten, die benötigt werden, um Agenten in einem Netzwerk zu ermitteln, werden hier festgelegt. Dies ist zum einen ein Discovery-Client, der mittels eines sogenannten Multicast-Discovery-Request, also eines Rundrufes, nach den Agenten sucht und dann auf eine Antwort wartet. Jeder Agent, der durch einen derartigen Rundruf erreicht werden soll, muß über einen Discovery-Responder verfügen.
  • Discovery-Support-Service
    Der Discovery-Support-Service bietet einen sogenannten Discovery Monitor an, der das Registrieren und Derigistrieren von Discovery-Responder überwacht.