Extensible Markup Language (PDF) - IT-Dienstleistungszentrum Berlin

Datenbankanwendungen
mit XML-Frontend
XML etabliert sich als der Standard
für professionelle Internet-
Anwendungen Die herunterzuladenden
Sites sind schlank und
schnell, keine lokalen JAVA-Programme
erhöhen die Ladezeiten oder blockieren
das Passieren von Firewalls Im
Folgenden soll gezeigt werden, wie in
der Kombination von Meta-Daten (als
Träger der Business Rules) und XML-
Frontends flexible und performante Anwendungen
entstehen können
Wo findet XML seinen Platz in modernen
Anwendungen?
Die Erwartungshaltung geht natürlich
häufig weit über das hinaus, was XML
aus dem Stand zu leisten vermag XML
(eXtensible Markup Language) ist abgeleitet
von SGML (Standard Generalized
Markup Language) SGML ist der Standard
(ISO 8879), mit dem sowohl der
Inhalt als auch die Struktur elektronischer
Dokumente beschrieben werden
kann Während es mittels HTML bereits
möglich ist, die Präsentation von Daten
in exzellenter Form zu bewerkstelligen,
wird es mit XML daüberhinaus möglich,
auch strukturierte Daten zu beschreiben
Der große Pluspunkt ist aber gerade,
dass XML mit Daten besser umgehen
kann Dies wird oft in separaten
Semantikbeschreibungen, sogenannten
DTD (Document Type Definition) deklariert
Jede DTD spezifiziert somit
XML für spezielle Einsatzzwecke
Ersetzt XML also die komplexe Anwendungslogik,
die früher den eigentlichen
Hauptinhalt von Anwendungsprogrammen
stellte? Dies ist
normalerweise nicht der Fall: XML ist
kein ausführbares Programm und auch
kein Steuerinstrument für Anwendungslogik,
sondern primär ein Standard, der
sagt, wie eine Web-Seite strukturiert ist
und was für Daten-Elemente sie auf der
Oberfläche enthält Das heißt, was XML
2
bei modernen Datenbankanwendungen
tatsächlich ersetzt, ist nicht das Anwendungsprogramm
selbst, sondern
dessen äußerste Visualisierungsschicht,
die klassische Bildschirmmaske Der
überwiegende Teil einer Anwendung
bleibt, was er immer war: Anwendungssoftware
Diese läuft dann auf einem
zentralen (Application-)Server ab Daher
kommuniziert in diesem Fall nicht
die XML-Seite selbst, sondern die
darunter liegende Anwendungssoftware
mit der Datenbank Vereinfacht gesagt
ist eine XML-Seite nichts anderes als die
im Browser ablauffähige Bildschirmmaske
Eine XML-Seite weist gegenüber der
klassischen Bildschirmmaske einige ganz
erhebliche Vorteile auf, nicht nur die
Internetfähigkeit, sondern auch qualitative
Vorteile: Insbesondere ist die XML-
Seite nicht notwendigerweise starr, sondern
passt sich auf Wunsch auch selbsttätig
an Längen einzelner Textpassagen,
Größen von Bildern, Längen von integrierten
Tabellen und dergleichen sowie
an lokale Bildschirmeinstellungen an
Sie bekommt somit einen Dokumenten-Charakter!
Eine XML-Seite wird zu
Recht als ein Universal-Instrument betrachtet:
sie ist Bildschirmmaske, Report
und (zB: Serienbrief-) Dokument in
einem Genau hierin liegt einer der entscheidenden
Stärken dieses Ansatzes
Insbesondere gegenüber klassischen
Windows-Anwendungen ist jedoch das
Fehlen einiger „selbstverständlicher“
Merkmale zu beachten: keine Fenstertechnik
innerhalb von Anwendungen,
und eingeschränkte Gestaltungsmöglichkeiten
durch die Zeilenorientierung
und somit strenge horizontale
Positionierungsvorgaben
XML versus Client/Server
Beide Ansätze: Client/Server und XMLbasierte
Datenbankanwendungen haben
heute nach wie vor eine Berechtigung
So werden in punkto Leistungsstärke
und Performance klassische PC-gestützte
Systeme noch für einige Zeit vorn
liegen Es steht jedoch außer Frage, dass
1/02 2 16
Web-basierte Anwendungen außerordentlich
sinnvoll sind, sowohl unternehmensintern
wie auch -extern und
dass XML in Verbindung mit geeigneter
Server-Software aus heutiger Sicht die
richtige Plattform hierfür ist
Eine optimale Architektur würde demnach
eine Kombination von XML-basierten
Web-Anwendungen mit PC-basierten
Anwendungen und Anwendungsteilen
darstellen Aus Gründen der Kompatibilität
zur existenten Infrastruktur
es sinnvoll, dass möglichst alle Anwendungen
und Anwendungsteile sowohl
unter den performanteren 2- bzw 3-
Ebenen-Client/Server-Architekturen
lauffähig sind, als auch als funktionsäquivalente
XML-basierte Anwendungen
Wie oben beschrieben, kommuniziert
bei professionellen Datenbankanwendungen
der XML-Client nicht direkt
mit der Datenbank, sondern mit
dem Anwendungsprogramm auf dem
Application Server Ein solches Server-
Programm verarbeitet die gesamte Anwendungslogik
Lediglich die äußerste
Präsentationsschicht ist auf die einzelnen
Arbeitsplätze in die Browser verlagert
Dies entspricht im Prinzip dem
„Thin Client“-Ansatz Für die auf dem
Application Server laufende Anwendungssoftware
ist es im Grunde
unerheblich, ob seine äußerste Präsentation
nun von einem Thin Client oder
von einer XML-Seite übernommen wird
Theoretisch müsste eine Thin-Clientbasierte
Anwendung mit geringen Anpassungen
auch als XML-Anwendung
ablauffähig sein - und umgekehrt
Technisch ist hierbei der 3-Ebenen-
Client/Server-Ansatz als der „direktere“
zu verstehen Die Oberflächenelemente
des Thin-Clients können direkt
in ihrem ureigensten Medium (wie
zB COM) mit der Server-Anwendung
kommunizieren Bei der XML-Anwendung
muss auf dem Server eine zusätzliche
Zwischenschicht eingeführt werden,
die die COM-Interfaces des
Application Servers zur Laufzeit quasi
„übersetzt“, um mit den è