Festlegung der benutzten CORBA Implementierungen

Aus der Vielzahl von vorhandenen CORBA Implementierungen soll eine geeignete Auswahl für die Realisierung getroffen werden. Kriterien dafür sind Anforderungserfüllung, Spezifikationsstand, Marktakzeptanz, Unterstützung durch aktuelle Dokumentation und Beispiele sowie Verfügbarkeit. Da kommerzielle Produkte nur in beschränkten Evaluationszeiträumen zur Verfügung stehen, eignen sie sich lediglich für Teiluntersuchungen (wie z.B. Visibroker für die RMI/IIOP Alternative im Kapitel Design). Deshalb soll auf frei verfügbare Produkte zurückgegriffen werden, die mindestens die CORBA Spezifikation 2.3 implementieren und damit die Anforderungen der ORB-Interoperabilität durch IIOP sowie nach Object-By-Value erfüllen. Durch die Festlegung auf JAVA sowie C++ müssen diese Implementierungen ein entsprechendes IDL-Mapping anbieten. Es kommen daher folgende Produkte^10.2 in Frage, die diese Bedingungen erfüllen:

• Der in der Java 2 SDK 1.4 integrierte ORB JavaIDL mit einem JAVA-Mapping unter http://java.sun.com/j2se/
• ORBacus 4.0.5 von IONA, mit JAVA - sowie C++-Mapping einzusehen unter http://www.ooc.com
• Mico 2.3.6 mit einem C++-Mapping zu finden unter http://www.mico.org
• ACE TAO 1.2, der mehr auf Realtime CORBA abzielende ORB der Universität Irvine in Californien mit einem C++-Mapping, zu finden auf http://www.cs.wustl.edu/~schmidt/TAO.html

Durch das Enthalten von JavaIDL in jeder JAVA 2 Umgebung soll auf Seiten des JMX-Agenten primär JavaIDL als ORB gewählt werden, da der JMX-Agent selber eine JAVA 2 Umgebung benötigt und damit auch ein ORB zur Verfügung steht. Die derzeit aktuelle SDK Version 1.4 unterstützt den Portable Object Adaptor (siehe Kapitel zu CORBA) und bietet einen kompatiblen Namensdienst orbd^10.3.

Für C++ soll ORBacus 4.0.5 zum Einsatz kommen, da eine hohe Marktakzeptanz vorliegt und eine stetige Weiterentwicklung einhergehend mit einer umfangreichen aktuellen Dokumentation derzeit geschieht und auch weiterhin zu erwarten ist.