Der Weg zum Echtzeit- Data-Warehouse - Midrange Magazin

Java bringt neue Energie für COBOL
Als Mrs. Grace Murray Hopper, die in den
fünfziger Jahren Konteradmiral der US Navy
war, mit den Vorarbeiten zur Entwicklung einer
neuen Programmiersprache zur Lösung von
Verwaltungsaufgaben bei der amerikanischen
Marine beauftragt wurde, hat sie nicht im
Traum daran gedacht, dass sie den Grundstein
für die erfolgreichste Programmiersprache der
Computerindustrie legen würde.
Zusammen mit Vertretern von IBM,
der amerikanischen Regierung und
der Geschäftswelt wurde unter der Leitung
des National Bureau of Standards
eine gemeinsame Programmiersprache
für Handel, Banken, Versicherungen
und Verwaltung entwickelt. Diese
„COmmon Business Oriented Language“,
kurz Cobol genannt, wurde
erstmals im Jahr 1960 in Amerika vorgestellt.
Der Tod von Cobol wurde in
den 1990er, den für Client/Server-Lösungen
euphorischen Jahren übertrieben
publiziert und hervorgehoben.
Nun ist aber das Gegenteil eingetreten:
Cobol wird nach 42 Jahren täglich jünger.
Laut Gartner Inc. werden weltweit
80 Prozent aller Business-Applikationen
in Cobol ausgeführt. Das entspricht ca.
10 Milliarden Zeilen Code im täglichen
Einsatz, mehr als 5 Millionen Zeilen
werden jährlich neu geschrieben. Das
Aufkommen von Distributed Computing
und Client/Server-Lösungen hat das
Erscheinungsbild in der Rechnerwelt
nachhaltig und für immer verändert.
Das Konzept benutzerfreundlicher
Schnittstellen sowie durch den Anwender
zu gestaltender Benutzeroberflächen
will keiner widerrufen. Die Zeiten der
„Green Screens“ gehören auch für
Cobol endgültig der Vergangenheit an.
Midrange MAGAZIN Juli 2002
Um die Migration einer bestehenden
Cobol-Anwendung auf eine Client/Server-Architektur
als Web-Service oder als
e-Business-Applikation durchzuführen,
stehen heute Java-fähige Cobol-Compiler
zur Verfügung.
Betrachtungsweise zu
Java-fähigem Cobol
Die verschiedenen Hersteller bieten
dazu unterschiedliche Ansätze an. Alle
haben das gleiche Ziel: Dem Entwickler
eine möglichst einfache Lösung anzubieten.
Je nach Klassifizierung unterscheiden
sich dabei im Wesentlichen nur drei
oder vier Methoden.
Wie sieht die
bisherige Praxis aus?
Da ist die Einbindung einer PC-Emulation,
das bedeutet: „Green Screens“ innerhalb
eines Benutzer-Browsers. Damit
wird eine aufwendige Client-Installation
vermieden und Unternehmen können
die Distribution zentralisieren. Diese
Methode lässt sich etwa so beschreiben:
Es handelt sich nach wie vor um ein
„Screen Scraping“, nur mit dem Unterschied,
dass es statt Windows mit einem
Browser ausgeführt wird. Phil Murphy,
Direktor der Giga Group Inc. aus Cambridge,
Mass., nannte diese Lösung
einmal „GUI on the fly“.
Wenn eine solche Lösung nicht ausreicht
oder Unternehmen die Benutzerschnittstelle
ausführlicher kontrollieren wollen,
werden in der Regel Screen-Scrapping-Tools
eingesetzt. Diese bieten eine
umfangreichere Schnittstelle und erlauben
dem Entwickler, Radio-Buttons einzufügen
und Eigenschaften – wie die
Navigation – durch eine Anzahl von
Screens zu erreichen. Dahinter steht eine
„Many-to-one-“ oder „One-to-many“-
Element-Kombination von verschiedenen
Screens in einem einzelnen Browser.
Technik & Integration
Cobol lebt
Die nächste Ebene könnte man als Komponentialisierung
einer Cobol-Anwendung
bezeichnen. Dabei wird ein Teil
des Screens genommen und als eine Art
Komponente gepackt – EJB, COM usw.
– und ihm die Fähigkeit zum Aufruf gegeben.
Als Verbesserung aus diesem Prozess
ergibt sich die Behandlung jeder
Komponente als einzelnes Objekt. Vorausgesetzt
wird dabei, dass die unterschiedlichen
Komponenten einer Anwendung
neu eingebunden werden und
man sich später auch von einigen trennen
kann. Wenn jede Komponente zu
einem Objekt wird, muss die Anwendung
notwendigerweise auch auf andere
Verweise umadressiert werden, sobald
eine Komponente entfernt wird. Solche
Werkzeuge sind nur dann sinnvoll,
wenn als erklärtes Ziel die spätere Migration
auf andere Plattformen geplant
ist. Viele dieser Anwendungen haben
eine 3-Tier-Architektur und beinhalten
Lastverteilung und Failover. Manche arbeiten
als virtuelle Server, so dass sich
die Server-Komponente auf der Host-
Maschine befindet und daher höher skalierbar
ist als z.B. ein oder auch mehrere
NT-Systeme zusammen. Eine Anmerkung
dazu: Bei dieser Vorgehensweise,
bei der Software-Entwickler den Cobol-
Code bearbeiten und gleichzeitig eine
Hilfssoftware benutzen, die Business-
Regeln identifiziert, bedeutet jeder Eingriff
eine Verletzung der abhängigen
Logik dieser Business-Regeln. Mit Einbindung
des neuen Codes geht das weit
über eine Re-Compilierung hinaus.
Dale Vecchio, Research Direktor der
Gartner Inc. in Stamford, Conn., unterscheidet
zwischen drei weiteren Methoden:
Erstens, die Software-Entwicklung
steht im Mittelpunkt, zweitens, der Einsatz
eines Adapters oder Connectors
wird bevorzugt oder drittens, man setzt
XML ein.
53