Konzeption und Implementierung einer Enterprise Application

Client-Komponenten stellen im wesentlichen eine grafische Benutzeroberfläche zur Verfügung. Sie können sowohl als Applets als auch als eigenständige Anwendung realisiert werden. Sie werden nicht durch den J2EE-Applikationserver ausgeführt und ihre Konfiguration und Verteilung wird bisher nicht in der J2EE-Spezifikation beschrieben. Als Web-Komponenten bezeichnet man beispielsweise Servlets und JSP-Seiten. Sie werden durch einen Web-Container eines J2EE-Applikationserver ausgeführt. In der Regel erzeugen Web-Komponenten HTML-Dokumente, die dann von Web-Browsern visualisiert werden. Prinzipiell kann die Ausgabe ein beliebiges Datenformat haben. JSP-Seiten können z.B. XML-Dokumente erzeugen, welche dann weiterverarbeitet werden. EJB-Komponenten enthalten primär die eigentliche Anwendungslogik. Der zugehörige EJB-Container bietet meist eine Transaktionsverwaltung an. Wie auch für WebKomponenten übernehmen EJB-Container die Verwaltung, Konfiguration und Ausführung von EJBs. Die J2EE-Spezifikation findet breite Unterstützung unter Herstellern von Applikationservern. Namhafte Hersteller wie IBM, Bea oder InQMy erweitern ihre Produkte, so dass sie den J2EE-Standard vollständig implementieren. [TUR01] 3.2.2 Komponenten in einer J2EE-Anwendung Die Anforderungen an das J2EE-Modell sind neben der konkreten Abbildung von Geschäftsprozessen und der Verwendbarkeit bestehender Komponenten u.a. auch die Modularität, Erweiterbarkeit, Skalierbarkeit, Stabilität und Verfügbarkeit. [TUR01] Das J2EE-Modell soll somit allen Ansprüchen einer modernen Softwarearchitektur gerecht werden. [...]

tabel zu sein. Die Konfiguration der einzelnen Komponenten stützt sich auf die Auszeichnungssprache XML. Der Kern des J2EE-Modells besteht darin, einfach anpassbare und leicht zu administrierende Komponenten unabhängig von Systemdiensten wie Transaktionsverwaltung zu entwickeln. Diese Komponenten können plattformübergreifend eingesetzt und an existierende Systeme angekoppelt werden. Die Konfiguration und Anpassung der Komponenten basiert in Form von XML-Dokumenten und wird durch entsprechende Werkzeuge durchgeführt. [TUR01] Die J2EE-Technologie kann man als eine Weiterentwicklung folgender drei erfolgreicher Java-APIs betrachten: • Java Database Connectivity (JDBC): Der Zugriff auf relationale Datenbanken mittels JDBC wurde derart verallgemeinert, dass plattformübergreifend auf beliebige Informationssysteme zugegriffen werden kann. Das Konzept des Datenbanktreibers wurde parallel dazu entsprechend verallgemeinert. Damit können Anwendungen von dem sehr heterogenen Umfeld betriebswirtschaftlicher Systeme abgekoppelt werden. • Servlets: Die Servlet-Technologie ermöglicht die Verwendung von Web-Browsern als universelles Front-End für verteilte Anwendungen. Die Servlet-API bietet die Möglichkeit zur Erstellung serverseitiger Web-basierter Anwendungen. Mit Hilfe der Java Server Pages (JSP) erfolgt darüber hinaus eine Aufteilung zwischen Präsentationsschicht und Anwendungslogik. Hierdurch wird eine getrennte Entwicklung dieser beiden Bereiche erlaubt. • Enterprise Java Beans (EJB): Die serverseitige Komponententechnik EJB erlaubt die Erstellung von Anwendungen unabhängig von Systemdiensten oder persistenter Datenhaltung. Diese Dienste werden auf Wunsch von der Laufzeitumgebung integriert. Die Konfiguration von EJBs wird in XML-Dokumente dargestellt. Dies erlaubt den Einsatz von XML-basierten Werkzeugen für die gesamte Konfiguration einer J2EEAnwendung. Das J2EE-Modell ist Web-basiert, d.h. es wird die Annahme gemacht, dass Clients die Middleware in der Regel über das Hypertext Transfer Protocol (HTTP) ansprechen. Die [...]

Stehen die Dokumentenstruktur sowie das Erzeugen bzw. Modifizieren von Dokumenten und das Speichern von Daten im XML-Format im Vordergrund, so bietet sich dagegen die Dokument-orientierte Vorgehensweise von DOM an. Geeignet ist dieser Ansatz, um im Speicher vorliegende baumartige Dokumentenstrukturen mit anderen Anwendungen zu teilen oder auszutauschen. Im Gegensatz zu SAX hat die Anwendung allerdings keinen direkten Einfluss auf den Ablauf des Parsevorgangs. Der DOM-Parser liest ein Dokument vollständig ein und informiert die Anwendung nicht über den Verlauf. DOM benötigt daher viel Speicherressourcen, da der gesamte DOM-Baum stets vollständig im Speicher gehalten wird. Der Anwendung wird dadurch allerdings die eigentliche Speicherung und das Bereitstellen der Datenstrukturen abgenommen. Nicht zuletzt wurde bei der Implementierung dieser Arbeit das DOM genutzt, da Modifikation und Speicherung der Daten im XML-Format gewährleistet werden sollten. Der schnelle Zugriff auf Elemente über den DOM-Baum bot sich ebenso an wie das strukturierte Abbilden der Daten im Speicher. Da keine großen Datenmengen innerhalb der Implementierung zu verarbeiten sind, wurde somit zur Verarbeitung ein DOM-Parser eingesetzt. [...]