Verteilte Objekte

Verarbeitung mit verteilten Objekten
• Der Entwickler muß sich nicht mit der Lokation des Servers oder dessen Zustand der
Aktivierung befassen.
• Der Entwickler muß sich nicht mit der Hardware oder dem Betriebssystem befassen, auf dem
der Server aktiv ist.
• Integrationsprobleme werden vereinfacht. So muß zum Beispiel bei der Übertragung von
Informationen zwischen verschiedenen Systemen nicht auf die unterschiedlichen Darstellungen
geachtet werden.
Im Rahmen dieser Arbeit sind ORBs als Basis für JAVA von besonderem Interesse. SUN Microsystems
bietet ein solches Produkt unter der Bezeichnung „JAVA Objects Everywhere (JOE)“ an,
das die Kommunikation mit Applikationen ermöglicht, die auf Grundlage der eigenen CORBA
Implementierung „Network Enterprise Objects (NEO)“ entwickelt wurde. Konkurrenz erhält der
Hersteller von Workstations von der Firma Visigenic, die mit „Black Widow“ ebenso einen
vollständig in JAVA programmierten ORB vorweisen kann, wie auch IONA mit „OrbixWeb“.
Letzteres ist in der Version 2.0 zudem in der Lage, jedes Endgerät mit Serverfunktionen zu
versehen. Klientendaten können so von einer zentralen Applikation aus abgerufen werden
[CW96].
3.2.1.2 Object Management Architecture (OMA)
Im Sinne der OMA werden Objekte als die grundlegenden Bausteine für verteilte Anwendungen
definiert. Für ein Objekt können Operationen aufgerufen und Eigenschaften erfragt werden. Ein
Schnittstelle (~ Interface) gibt Aufschluß über die Art der zur Verfügung gestellten Operationen
und deren Übergabeparameter.
Der Hauptvorteil eines solchen, aus der objektorientierten Programmierung abgeleiteten Ansatzes,
ist die Modularität, das heißt die Fähigkeit, durch Integration weiterer Objekte und durch Erweiterung
vererbter Objekte, die Funktionsfähigkeit eines Objektes zu vergrößern. Diese Wiederverwendung
von Objekten verspricht verkürzte Entwicklungszeiten, reduzierte Fehleranfälligkeit
und bessere Amortisation von Entwicklungskosten [STR92].
Zentraler Aspekt der OMA ist die Beschreibung von Schnittstellen durch die „Interface
Description Language (IDL)“. Durch diese Sprache werden die öffentlichen Objekteigenschaften
(Attribute, Operationen, Programmausnahmen und für die Kommunikation benötigte Datentypen)
einheitlich spezifiziert. Um ein Objekt zu implementieren, werden gängige (objektorientierte)
Programmiersprachen wie C++, JAVA, C usw. verwendet, für die jeweils eine Abbildungsvorschrift
(Language-Mapping) die Umsetzung von, durch IDL beschriebene, Schnittstellen in
Konstrukte der Programmiersprache definiert. Beachtenswert ist, das die IDL nicht die
Implementierung des Objektes selbst beschreibt (ein konträrer Ansatz wird im Kapitel 3.2.3.2
vorgestellt). So können, je nach Mächtigkeit der eingesetzten Programmiersprache, Objekte
Systemzugriffe durchführen, auf Datenbanken zugreifen oder Dienste unabhängig von der
CORBA Spezifikation anbieten [RED96].
Die OMA unterteilt, im Unterschied zu COM(vgl. Kapitel 3.2.3.2), die Bestandteile einer Anwendungen
in Komponenten, eine Menge von Objekten die gemeinsam eine Aufgabe erfüllen. Diese
Aufgabe wird als Dienst bezeichnet.
3.2.1.3 Common Object Request Broker Architecture (CORBA) 2.0
Der aktuelle CORBA-Standard 2.0 liegt seit 1995 vor und besitzt folgende Eigenschaften
[RED96]:
• Objektorientierung
• Verteilungstransparenz
• Effizienz
• Unabhängigkeit von Hardware, Betriebssystem und Programmiersprache
• Offenheit
34