Migrationsleitfaden Version 3.0

� omniORB 468 ,
� JacORB 469 und
� TAO 470 ,
als auch proprietäre Lösungen wie
� IONA Orbix 471 und
� Borland Visibroker 472 .
Client- und serverseitig wird die CORBA-Funktionalität über sogenannte Language Mappings
473 zwischen der IDL und der jeweiligen Programmiersprache verfügbar gemacht.
Eine Übersicht der von der OMG spezifizierten Mappings ist Internet verfügbar 474 .
Zu den unterstützten Programmiersprachen zählen Ada, C, C++, COBOL, Java 475 , Lisp,
PL/I, Python und Smalltalk. Für Modellierungsaufgaben existieren darüber hinaus auch
noch Mappings für XML und MOF 476 .
Zusammenfassend ist CORBA eine in der allgemeinen Wahrnehmung unterschätzte
Technologie. Beispielsweise ist es mit CORBA möglich, eine serviceorientierte Architektur
(SOA) aufzubauen. Der zugrunde liegende Standard ist ausgereift und es existieren
zahlreiche OSS-Implementationen. Frühere Performance-Probleme sind inzwischen
behoben. Dennoch spielt CORBA in der aktuellen Diskussion um WebServices und SOA
kaum eine Rolle und wird häufig nur noch als eine theoretische Möglichkeit betrachtet,
die in der Praxis immer weniger Bedeutung hat. Für Migrationszwecke muss daher sehr
genau abgewogen werden, ob und wozu die ORB-Konzepte von CORBA verwendet
werden. Wann immer möglich, sollten statt CORBA die Standard-Backend-
Technologien, insbesondere unter J2EE, zur Umsetzung verwendet werden. Wo das
nicht ausreicht, sind Schnittstellen zu CORBA vorhanden.
2 Migrationspfade
2.1 Migration einer Anwendung auf Basis .NET nach J2EE
Die Migration einer Anwendung von einer Programmierplattform auf eine andere kann
nicht voll automatisiert erfolgen. Es ist davon auszugehen, dass große Teile des Codes
neu geschrieben werden müssen. Zwar verfügen Java und .Net Sprachen über ähnliche
467 http://orbit-resource.sourceforge.net/
468 http://omniorb.sourceforge.net/
469 http://www.jacorb.org/features.html
470 http://www.cs.wustl.edu/~schmidt/TAO.html
471 http://www.iona.com/products/orbix/
472 http://www.borland.com/de/products/visibroker/index.html
473 Mappings sind Transformationsregeln, anhand derer IDL-Konstrukte in entsprechende
Konstrukte der verwendeten Programmiersprache überführt werden.
474 http://www.omg.org/technology/documents/idl2x_spec_catalog.htm.
475 Im Falle von Java existiert sowohl ein Mapping, das IDL-Konstrukte nach Java überführt,
als auch ein Mapping, mit dem aus Java-Konstrukten IDL-Konstrukte erzeugt werden können.
476 MOF: Meta Object Facility, ein OMG-Standard zur plattformunabhängigen Definition, Manipulation
und Integration von Daten und Metadaten.
Seite 481