Professionelle Java-Entwicklungsumgebungen wie Eclipse und Netbeans sind nicht jedermanns Sache. Auf der einen Seite sehr flexibel, erschweren sie andererseits manchem Entwickler mit ihren vielen Einstellmöglichkeiten und ihrer generellen Ausrichtung auf technisch versierte Programmierer den Einstieg. Das war der Ansatzpunkt für eine Reihe von leicht zu bedienenden Java-Werkzeugen für das Rapid Application Development von Rich-Client-Datenbankanwendungen, von denen wir hier zwei vorstellen wollen.

Eva/3

Das RAD-Tool Eva/3 Application Builder stammt vom deutschen Softwarehaus Optadata.com (http://www.optadata.com). Die Firma ist kein Hersteller von Tools, sondern gehört zu der im Gesundheitswesen tätigen Optadata Gruppe. Eva/3 Application Builder verwendet das Softwarehaus auch selbst zur Entwicklung von Anwendungen für das Gesundheitswesen. Das Java-Werkzeug liegt mittlerweile in der Version 1.5.5 vor und ist in der Basisversion zum moderaten Preis von 350 Euro erhältlich.

Eva/3 ist genau genommen keine vollständige Entwicklungsumgebung, sondern ein Eclipse-Plug-in. Das heißt, dass alle Werkzeuge wie Editor, Compiler, Debugger und Projektverwaltung von der Eclipse-Entwicklungsumgebung stammen. Der Vorteil: Einem mit Eclipse vertrauten Entwickler bereitet das RAD-Tool nur wenig Einarbeitungsaufwand, da er viele gewohnte Werkzeuge weiterverwenden kann. Eva/3 Application Builder ist in Java programmiert und läuft unter Windows, mehreren Linux-Betriebssystemen sowie Mac OS X.

Installation

Das Plug-in kann sowohl mit einer der Standard-Eclipse-Editionen (Classic, JEE etc.) als auch mit IBMs Websphere Studio verwendet werden. Die Installation von Eva/3 verläuft wie die jedes anderen normalen Eclipse-Plug-ins. Man kopiert zum Beispiel Plug-ins und Features der Installations-CD oder der heruntergeladenen Version in die entsprechenden Eclipse-Ordner oder verwendet die Softwareaktualisierung von Eclipse. Nach der Installation und einem Neustart der Eclipse-Umgebung stehen die neuen Eva/3-Funktionen zur Verfügung.

Das RAD-Werkzeug stellt dem Java-Entwickler eine spezielle Eclipse-Perspektive, zwei Assistenten zum Anlegen eines Eva/3-Projekts, diverse neue Sichten und ein Eva/3-Framework zur Verfügung. Da der Schwerpunkt des RAD-Tools auf der Entwicklung von Datenbankanwendungen liegt, unterstützt das Werkzeug praktisch alle wichtigen relationalen Datenbanken von Access und SQL Server über quelloffene Datenbanken wie MySQL und HSQLDB bis zu Highend-Systemen wie DB2 und Sybase.

Top-down-Entwicklung

Die Entwicklung von Datenbankanwendungen verläuft bei Eva/3 top-down, also von der grafischen Oberfläche aus. Dialoge und Fenster werden bei Eva/3 generell als Formulare bezeichnet. Beim Erzeugen von Formularen zum Beispiel des Hauptfensters oder der Dialoge helfen Assistenten. Formulare lassen sich entweder manuell oder direkt aus Datenbanktabellen oder Datenbank-Views erzeugen. Wählt man das erste Verfahren aus, so arbeitet man mit einem GUI-Builder namens "Form Editor". Er stellt das Formular in einem eigenen Fenster dar, das von zwei Komponentenpaletten und der Darstellung des Komponentenbaums umgeben ist.

Über die Komponentenpalette zieht man sich GUI-Bausteine auf sein Formular und richtet die Bausteine danach seinen Wünschen gemäß aus. Es gibt Standardkomponenten wie Textfelder oder Schaltflächen, Container-Komponenten wie Split Panes oder Tab Panes und Datenbankkomponenten wie Tabellen oder Filter. Damit man in verschachtelten Layouts nicht die Orientierung verliert, kann man sich im Komponentenbaum einen Überblick über die GUI-Bausteine verschaffen. Das ist notwendig, denn vom Formular selbst wird kein Java-Code erzeugt, in dem man die Komponente als Objekt entdecken könnte. Stattdessen erstellt der Form Editor eine XML-Konfiguration des Formulars, die anschließend von der Laufzeitbibliothek eingelesen wird.

Eva/3-Anwendungen

Alle Eva/3-Anwendungen basieren auf der Eva/3-Laufzeitbibliothek "eva3rt.jar", die zu jeder Anwendung hinzugefügt werden muss. Dieses Eva/3-Framework ist zwar nicht quelloffen, aber laut Herstellerangaben kann eine Sourcecode-Lizenz erworben werden. Die Laufzeitbibliothek selbst ist nicht vollständig proprietär, sondern basiert auf den Java-Foundation-Classes. Das heißt, alle Oberflächenkomponenten stammen ursprünglich von der Java-Bibliothek Swing. Daher lässt sich das Look and Feel an eine Swing-Anwendung anpassen. Hierzu setzt man in der zentralen Konfigurationsdatei den entsprechenden Wert.

Auch beim Kern der Datenbankanwendung, dem Datenmodell, der Datenbankanbindung und bei der Programmierung von Datenbankabfragen kann man mit dem Application Builder sehr schnell produktiv arbeiten. Es gibt eine eigene Sicht für Datenbank-Server. Hier werden Verbindungen zu bestehenden Datenbanken hergestellt und der Tabelleninhalt angezeigt. Eva/3 unterstützt nicht nur statische, sondern auch dynamische SQL-Abfragen. In einem Query-Editor lassen sich SQL-Abfragen schreiben und testen. Auch bei der Arbeit mit Datenbanken wird kein Java-Code verwendet, sondern es werden Konfigurationsdateien erzeugt, die das Laufzeitsystem später einliest.

An einigen Stellen ist die Arbeit mit dem Application Builder nicht sehr intuitiv. Aber kommt man einmal mit dem Werkzeug nicht mehr weiter, hilft die ausgezeichnete Dokumentation. Insgesamt wird bei der Arbeit mit dem Application Builder und dem Studium der Handbücher schnell deutlich, dass man mit einem ausgereiften, durchdachten Tool arbeitet. Viele Tutorials scheuen nicht vor schwierigen Themen wie dem Anlegen einer Benutzerverwaltung und referentieller Integrität zurück. Selbst Einsteiger können dank dieser Hilfestellung mit dem Werkzeug schnell produktiv arbeiten.

XDEV 2

Im Vergleich zu Optadata folgt der amerikanische Hersteller XDEV (http://www.xdev.com) mit seinem RAD-Tool XDEV 2, Version 2.5, etwas anderen Grundsätzen. XDEV 2 ist eine komplett neu entwickelte Entwicklungsumgebung, bei der alle Werkzeuge wie Editor, GUI-Builder und Debugger vom Hersteller XDEV selbst stammen. Auch dieses RAD-Tool verwendet eine Laufzeitbibliothek, das XDEV Application Framework. Der Hersteller hat die Zeichen der Zeit aber erkannt und es vor einiger Zeit als Open Source freigegeben. Wer möchte, kann über eine Community (http://www.openxdev.org) an der Entwicklung teilnehmen.

Das Framework nennt sich jetzt Open-XDEV und steht unter der Common Public License (CPL). Das bedeutet, dass kommerzielle Anwendungen mit dem Framework entwickelt werden dürfen. Eine Lizenz der Entwicklungsumgebung ist hingegen nur für nichtkommerzielle Anwendungen kostenfrei, während die kommerzielle Version rund 1700 Euro kostet. XDEV 2 unterstützt eine breite Palette von Datenbanksystemen wie Caché, DB2 und Oracle und ist für die wichtigsten Betriebssysteme verfügbar.

Nach dem Start

Nach dem Start der Entwicklungsumgebung befindet man sich in der GUI-Builder-Ansicht. Im oberen Bereich der IDE sind Menü und Symbolleiste untergebracht, auf der linken Seite die Komponentenpalette und in der Mitte der GUI-Builder. Auf der rechten Seite sind die Projektverwaltung und der Eigenschaften-Inspektor platziert, während sich im unteren Bereich Inspektor und ein Übersichtsfenster befinden. Wer mit der Anordnung der Fenster nicht zufrieden ist, kann alles anders anordnen, da sich alle Fenster "abreißen" und neu anordnen lassen.

Wie bei der Konkurrenz Eva/3 erfolgt die Entwicklung von Rich-Client-Datenbankanwendungen von der Oberfläche aus. Zentraler Ausgangspunkt ist daher der GUI-Builder. Zur Entwicklung einer grafischen Oberfläche greift man auf die Komponentenpalette zurück, die viele Swing- und einige spezielle Komponenten des XDEV-Frameworks enthält. Die Komponenten können einfach per Drag and Drop von der Palette auf die Arbeitsfläche des GUI-Builder gezogen werden. Die Oberfläche einer XDEV-Anwendung basiert also auf der Java-Bibliothek Swing.

Arbeiten mit XDEV

GUI-Komponenten wie Schaltflächen oder Tabellen können auf der Arbeitsoberfläche ohne Verwendung komplizierter Java-Layout-Manager frei an einer bestimmten Position platziert werden. Diese Art der Oberflächengestaltung unterstützt der GUI-Builder mit Hilfslinien und Linealen. Will man ein typisches Java-Layout umsetzen, lassen sich aber auch die Java-Layout-Manager verwenden. Beide Arten des Oberflächendesigns werden vom GUI-Builder sehr gut unterstützt.

Für die Entwicklung von Menüs gibt es einen speziellen Menüeditor, mit dem man Menüleisten, Menüs und Menüpunkte visuell erzeugen und danach benennen kann. Die Verzahnung mit der Programmlogik erfolgt über die Codeansicht. Wechselt man in diese Ansicht, kann man den entsprechenden Code zum Menü sofort eingeben. Um ein Menü zu testen, muss man die Anwendung nicht unbedingt kompilieren, da die XDEV-Entwicklungsumgebung über eine Vorschau verfügt. Insgesamt ist die Entwicklung einer grafischen Oberfläche mit XDEV intuitiv und ohne Studium von Handbüchern zu bewältigen.

Bei der Entwicklung des Kerns einer Datenbankanwendung hilft der integrierte Dateneditor. Er erlaubt dem Anwender, ein Entity-Relationship-Modell (ER-Modell) zu entwerfen, ein vorhandenes zu importieren und Datenbankabfragen zu programmieren. Ein ER-Modell ähnelt hierbei stark Microsofts Access und zeigt Tabellen sowie deren Beziehungen. XDEV-Anwendungen basieren zwar auf dem im Java-Bereich üblichen JDBC-Modell. Sie verwenden aber spezielle virtuelle Tabellen als Zwischenspeicher für Abfragen. Das heißt, dass weiterhin ein JDBC-Treiber benötigt wird.

Steht das Datenmodell, muss es mit den entsprechenden GUI-Komponenten wie einer Tabellenansicht verbunden werden. Dies geschieht, indem man der GUI-Komponente im Eigenschaftenfenster die entsprechende virtuelle Tabelle zuweist. Verschiedene GUI-Komponenten des XDEV-Frameworks haben eine Reihe von Eigenschaften, die auf die Entwicklung von Datenbankanwendungen zugeschnitten sind, so zum Beispiel "Daten synchronisieren". Dadurch ist der Codierungsaufwand vergleichsweise gering.

Der Codeeditor

Wer nicht nur einen Datenbank-Viewer schreibt, kommt aber auch bei XDEV nicht um etwas Programmierarbeit herum. Hier hilft der Codeeditor, der bei XDEV etwas aus dem Rahmen des Üblichen fällt. Das liegt daran, dass man auf die übliche Java-Syntax verzichtet hat. Der Codeeditor beherrscht stattdessen drei verschiedene Darstellungen des Sourcecodes: XDEV-Object-Script, XDEV-Basic und XDEV-NLS. Die Object-Script-Syntax ähnelt weitestgehend dem üblichen Java, während sich der Basic-Dialekt am Vorbild von Microsoft orientiert. Wählt man XDEV-NLS, so werden Schlüsselwörter in Deutsch angezeigt.

Der Codeeditor dürfte für kontroverse Diskussionen unter Java-Entwicklern sorgen. Er ist auf jeden Fall nicht mit den Vorbildern Eclipse oder Netbeans zu vergleichen und erfordert eine gewisse Umstellung. Das hängt schon allein mit der ungewohnten Syntax zusammen. Dafür hat der Hersteller auch hier wieder versucht, dem Einsteiger alles so leicht wie möglich zu machen. Für ihn ist die Hürde, mit XDEV produktiv zu arbeiten, auf jeden Fall geringer als mit den klassischen Java-Entwicklungsumgebungen. (ue)