Der Weg zum Echtzeit- Data-Warehouse - Midrange Magazin

EJBs auf diesem Tier sowie einer Java-
Server Page, welche wiederum mit MQ-
Series verknüpft ist. Cobol-Entwickler,
die diese Vorgehensweise wählen, benötigen
ebenso wie bei den LegacyJ-Produkten
keine Java-Kenntnisse. Werden
die so erzeugten EJBs der Palette von
EJBs in einer Java-Entwicklungsumgebung
beigefügt, benötigt der Programmierer
auch keine Kenntnisse über das
Mainframe-Umfeld. Das ist vielleicht
bedeutsam, weil der Kreis der Cobol-
Entwickler in der Regel zwar schon eine
Menge grauer Haare hat, dafür aber
auch umfangreiche Business-Kenntnisse
besitzt. Java-Entwickler dagegen haben
eine Menge technisches Wissen, aber in
vielen Fällen fehlt ihnen das massive
Verständnis von Geschäftsabläufen. Mit
seinem Transidiom Tool packt Seagull
Software Inc., Atlanta, Java um Cobol
herum. Transidiom lässt Cobol-Entwickler
XML-, Java- und COM-Schnittstellen
automatisch generieren, indem es
Mainframe und 5250-Business-Funktionen
in Komponenten mit aufrufbaren
XML-, Java- und/oder COM-Schnittstellen
übersetzt. Diese lassen sich dann
einfach in neue Anwendungen integrieren.
Damit können Cobol-Programmierer
Aufgaben oder Geschäftsprozesse
erfassen, die Schnittstelle generieren und
das Ergebnis an Java-Entwickler weitergeben.
Diese sind damit in der Lage,
schnell eine Java-Applikation zu erstellen,
da sie auf ein Set von JavaBeans zurückgreifen
können, das jede Art von
Business-Funktionen enthält.
Cobol-Code auf heutige
Bedürfnisse anpassen
Wenn man die Vorgehensweise vom
Standpunkt der Fähigkeiten einer bestehenden
Cobol-Anwendung betrachtet,
wird man feststellen, dass Java-Entwickler
wohl „etwas“ entwickeln können,
was aber nicht unbedingt den Geschäftsabläufen
entspricht. Alles neu zu
erstellen, bedeutet eine Menge Arbeit
und noch weit mehr Kosten. Dagegen ist
es relativ unkompliziert, herauszufinden,
welcher Ansatz zu Java-fähigem
Cobol-Code für ein Unternehmen am
besten passt. Die richtige Auswahl sollte
man aber sorgfältig abwägen. Dazu gibt
Midrange MAGAZIN Juli 2002
es einige Anregungen und Empfehlungen,
die zu beachten sind: Wie steht es
um zum Beispiel die Verfügbarkeit, die
Zuverlässigkeit, die Erweiterbarkeit
oder um die Möglichkeiten der Wartung
und der Sicherheit?
Zur Verfügbarkeit stellt sich die Frage:
Gibt die ausgewählte Lösung Zugriff
auf den bestehenden Cobol-Prozess
und/oder ist eine externe Middleware
notwendig?
Bei der Zuverlässigkeit sollte geklärt
werden: Passt diese Lösung in eine zuverlässig
unterstütze Infrastruktur?
Wird eine etablierte Technologie eingesetzt
oder sind hausgemachte Erweiterungen
notwendig, um die Funktionen
zu nutzen, die der Lieferant anbietet?
Wie steht es mit möglichen Erweiterungen?
Kann die Lösung mit Industrial-
Standard-Modellen einfach erweitert
werden? Wenn die Erweiterung in Java
erfolgt, handelt es sich um eine Standard-Java-Fähigkeit?
Wird ein Browser
Plug-in eingesetzt, garantiert es die Verwendung
von Standard-Browser-Richtlinien?
Zur Wartung sollte geprüft werden:
Passt die Lösung in einen definierten
Codierungs- und Ausführungsprozess?
Stimmen die Wartungsprozeduren mit
ähnlichen Prozessen für Updates und
Verbesserungen überein?
Und „last not least“: Beinhaltet oder reduziert
die Lösung die Sicherheit der
eingesetzten Ausführungsbedingungen?
Wird eine andere Lücke oder ein anderer
Mechanismus eingeführt, der die Sicherheit
verletzt?
Der Autor Dieter Nohl ist Vertriebsrepräsentant
der LegacyJ Corporation
in Deutschland und erreichbar unter:
dieter_nohl@t-online.de.
LegacyJ Vertriebsbüro Deutschland
D-61273 Wehrheim
� (+49) 06081/68269-21
� www.legacyj.com
Anzeige
Technik & Integration
55