Migrationsleitfaden Version 3.0

Beispiel Apache Harmony arbeiten bereits daran, eine Open Source Version der Java-
Technologie zu entwickeln.
Zwar besteht auch bei Java theoretisch die Möglichkeit, Compiler zu entwickeln, die
neben Java weitere Programmiersprachen ermöglichen. Dieser Ansatz ist jedoch in der
Praxis vergleichsweise wenig verbreitet. Mit dem Aufkommen von Sprachen wie Ruby
könnte sich das in der Zukunft jedoch ändern. Beispielweise gibt es mit JRuby bereits
heute eine Möglichkeit, Java und Ruby gleichzeitig einzusetzen.
1.3 Object Management Group CORBA
Die Common Object Request Broker Architecture (CORBA) definiert auf einer sehr
hohen Abstraktionsebene, wie verteilte Objekte miteinander kommunizieren können.
Die CORBA-Spezifikation hat seit ihrer ersten Version 1991 kontinuierliche Verbesserungen
und Erweiterungen im Rahmen eines offenen Standardisierungsprozesses bei
der Object Management Group 464 erfahren. CORBA ist dadurch mittlerweile ein sehr
ausgereifter und umfassender Standard mit breiter Unterstützung.
Die verteilte Kommunikation im CORBA-Umfeld basiert auf dem Zugriff von Clients auf
Server-Objekte. Dazu wird zunächst die Schnittstelle zur vom serverseitigen Objekt angebotenen
Funktionalität mit einer formalen Beschreibungssprache (Interface Definition
Language - IDL) definiert. Für eine konkrete Programmiersprache wird dann diese Definition
in sogenannte Stubs (clientseitig) beziehungsweise Skeletons (serverseitig) überführt.
Die Stubs erlauben dem Client auf die entfernte Funktionalität fast so zuzugreifen, als
wäre diese lokal als Programmfunktion verfügbar. Die Skeletons werden vom Entwickler
des Server-Objekts entsprechend mit Funktionalität ausgefüllt.
Die konkrete Kommunikation zwischen beiden Seiten erfolgt über einen Object Request
Broker (ORB), der neben der Übermittlung von Funktionsaufrufen und Rückgabewerten
auch weitere Dienste, zum Beispiel zum Auffinden eines Server-Objekts mit einer
bestimmten Funktionalität bereitstellt.
Mit CORBA 2.1 wurden im Jahr 1997 wichtige Sicherheitsfunktionen wie zum Beispiel
die SSL Verschlüsselung für IIOP in CORBA aufgenommen. Inzwischen existiert eine
ständig weiterentwickelte Spezifikation eines Dienstes 465 (Secure Service Specification),
der umfangreiche Möglichkeiten zur Umsetzung von Sicherheitsanforderungen, wie zum
Beispiel Identifikation von Nutzern und Objekten, Zugriffskontrolle, Vertraulichkeit und
Integrität, in CORBA-Umgebungen bereitstellt.
Es existieren zahlreiche CORBA-konforme ORB-Implementierungen, darunter sowohl
Open-Source-Produkte wie zum Beispiel
� MICO 466 ,
� ORBit 467 ,
464 http://www.omg.org/technology/documents/formal/corba_iiop.htm
465 Natürlich existieren auch Implementierungen dieses Dienstes, sogar bei einigen der OSS-
Produkte (zum Beispiel bei MICO und TAO).
466 http://www.mico.org/
Seite 480