Migrationsleitfaden Version 3.0

werden, zum Beispiel SWT 477 (Open Source Komponente des Eclipse Projektes).
Durch den unterschiedlichen Umfang und den Aufbau der Komponenten kann
hier keine automatisierte Migration der Komponenten durchgeführt werden. Es
gibt jedoch Ansätze, um den Entwicklern die Migration zu erleichtern. Als Beispiel
sei an dieser Stelle das Eclipse Modelling Framework (EMF 478 ) erwähnt. Das
Framework kann aus einem strukturierten Modell Java Code erzeugen. Im Fall
einer Windows Forms Oberfläche kann anhand der XML-Beschreibung der Oberflächenelemente
und eines Code Generators das Grundgerüst für die
SWING/AWT Elemente generiert werden. Dieses Vorgehen beschleunigt die
Migration deutlich, da die Entwickler anhand des Grundgerüsts die fehlenden
Code Teile nur ergänzen und nicht komplett neu entwickeln müssen.
� Web Anwendungen – diese laufen auf dem Server ab. Der Benutzer erhält den
Zugriff auf die Oberfläche über einen Web Browser. In der .Net Welt sind diese
normalerweise als ASP(.NET) Seiten implementiert. In der Java Welt gibt es
hingegen unterschiedliche Standards wie zum Beispiel die JavaServer Pages
(JSP) oder auch die in letzter Zeit immer wichtiger gewordenen JavaServer
Faces (JSF). Falls die Web Seiten als einfache Formulare ausgeführt sind, ist die
Migration relativ einfach. In diesem Fall kann das bereits erwähnte EMF
Framework eingesetzt oder mit Hilfe von einfachen Parsern wie Xerces
gearbeitet werden. Rich Clients wie zum Beispiel Java-Applets werden in diesem
Kontext nicht als Webanwendungen verstanden, da sie unter Migrationsgesichtspunkten
mit Standalone Anwendungen vergleichbar sind.
2.1.1.2 Kommunikationsschicht
Die Kommunikation zwischen Teilen einer Anwendung, die auf mehrere Rechner verteilt
ist, läuft für gewöhnlich über Standardprotokolle und Technologien wie TCP/IP oder
SOAP ab. In diesem Fall bereitet die Migration keine großen Probleme, da auf beiden
Plattformen die gängigen Kommunikationsstandards zur Verfügung stehen. Bei der
Kommunikation über Web Services kann im Rahmen der Migration anhand einer WSDL
(Web Service Beschreibung) das Grundgerüst sowohl in .Net als auch in J2EE generiert
werden. Probleme sind jedoch dann zu erwarten, wenn höhere Anforderungen, zum
Beispiel im Bereich Sicherheit, gestellt werden und daher unterschiedliche Web Service
Standards wie zum Beispiel OASIS WS-Security zum Einsatz kommen. Die Vielzahl
unterschiedlicher Web Service Standards sowie Unterschiede bei der Unterstützung der
Standards in den unterschiedlichen Tools und Frameworks bedingen diese Probleme.
Eine Migration zwischen unterschiedlichen Sicherheitsstandards kann dadurch vom
Aufwand mit einer Neuentwicklung vergleichbar sein.
2.1.1.3 Geschäftslogik-Schicht
Bei einfachen, auf einem einzigen Server laufenden Anwendungen besteht die Geschäftslogik
zumeist aus normalen Klassen sowohl in C# als auch in Java. Hier sollte die
Migration keine großen Probleme bereiten. Die Syntax zwischen diesen beiden Sprachen
ist ähnlich und für die Konvertierung gibt es entsprechende Tools. Für den Weg
477 SWT – Standard Widget Toolkit - http://www.eclipse.org/swt
478 EMF – Eclipse Modelling Framework - http://www.eclipse.org/emf
Seite 483