next up previous contents
Next: Einschränkungen des IIOP-Adapters Up: Anforderungsabgleich und Bewertung Previous: Anforderungsabgleich und Bewertung   Contents

Abgleich mit der Anforderung

Mit den im vorhergehenden Kapitel getätigten Testdurchgängen und Integrationen ist die Zugreifbarkeit auf einen JMX-Agenten von einer JAVA-unabhängigen Plattform gezeigt worden. Als Beispielplattform diente dazu eine Umsetzung in C++, dessen Komponenten, ein rudimentärer Testmanager und die dazugehörende CORBA-Kommunikationsinfrastruktur in C++, wurden wie vorgesehen realisiert.

Die geforderte allgemeine Beschreibung der MBean-Server-Schnittstelle wurde in dem Informationsmodell umgesetzt, das die teilweise mit JAVA-Mechanismen umgesetzten Methoden und Datentypen auf ein abstraktes und allgemeines Niveau hebt, losgelöst von proprietären JAVA-Klassen und Strukturen.

Auch die Kommunikationsebene ist mit CORBA und IIOP realisiert, dessen Kommunikationselemente aus einer IDL Beschreibung generiert werden können, die sich von dem Informationsmodell her ableitet. In diesem Zusammenhang ist das Verdecken der Kommunikationsebene für den Endbenutzer zu erkennen: Sobald die Kommunikationsstrukturen generiert und vollständig implementiert sind, sprich CORBA Skeletons und Stubs mit den zugehörigen Klassen, kann ein Benutzer auf den JMX-Agenten zugreifen, ohne Kenntnisse über CORBA zu haben.

Als weitere Anforderung ist die Nutzung von vorhandenen Kommunikationsstrukturen und damit die Integration in den Distribution Services Level der JMX-Spezifikation zu nennen, indem an das Konzept des Adapters angeknüpft wird, wodurch der zu erstellende Adapter auch richtig erkannt und als solcher von einem JMX-Agenten behandelt wird. Die damit verbundene Realisierung einer MBean-Repräsentation ist ebenfalls wie auch der Adapteransatz gelungen, wie die einfache Handhabbarkeit und Integrierbarkeit des IIOP-Adapters zeigen.

Auch das Weiterleiten von auftretenden Nachrichten durch eine eigene Transformationseinheit für Nachrichten, dem Nachrichtenadapter klappt im Test und kann damit als erfolgreich gelöst angesehen werden.

Falls es darüberhinaus nötig sein sollte, ein unbekanntes JAVA-Objekt in das Informationsmodell einzubeziehen, ist dafür im Kapitel Design eine Vorgehensweise aufgezeigt.

Die noch als letzte anzumerkende offene Anforderung betrifft die Vollständigkeit der Umsetzung der MBean-Server-Schnittstelle, die sich aus der Anforderung ergibt, die spezifizierte Schnittstelle zugreifbar zu machen, sprich alle dort vorhandenen Methoden. Durch die oben durchgeführten funktionsbezogenen Tests sind bis auf deserialize (die trotzdem in dem vorgesehen Zusammenhang durch Nutzung bekannter und getesteter Mechanismen funktionsfähig ist) alle vorkommenden Methoden zumindest in einer Signatur untersucht worden. Die verwandten Methoden unterscheiden sich dabei von den getesteten Methoden nur in der Signatur, deren möglichen Elemente vorher in dem Datentyptest auf ihre Korrektheit untersucht wurden, womit mögliche Permutationen ebenfalls als funktionierend anzusehen sind.

Zusammenfassend ist zu sagen, dass die Anforderung erfolgreich umgesetzt wurde, einen IIOP-Adapter und ein Informationsmodell zu entwerfen, die den Zugriff auf einen JMX-Agenten ermöglichen und beschreiben, gezeigt an einer beispielhaften Managerumgebung in C++.

Damit sind alle Anforderungen erfolgreich umgesetzt, aufgetretene Einschränkungen der umgesetzten Anforderungen sollen im nächsten Abschnitt Bewertung besprochen werden.


next up previous contents
Next: Einschränkungen des IIOP-Adapters Up: Anforderungsabgleich und Bewertung Previous: Anforderungsabgleich und Bewertung   Contents
root 2002-08-11