Abschlussbericht - Abteilung Mykologie - Universität Bayreuth

GBIF-D
IT-Fachgruppe Abschlussbericht Januar 2008
Datenbanken
Es wird davon ausgegangen werden, dass von den verschiedenen Datenprovidern
auch künftig Datenbestände in unterschiedlichen Datenbanksystemen unter verschieden
Betriebssystemen (und Formaten) bereitgestellt werden. Aus diesem Grunde
erscheint es nicht sinnvoll, für die Datenhaltung ein breiteres Spektrum relationaler,
für den Anwender transparenter (und auch als Stand-alone laufender)
Datenbanksysteme, deren Strukturen den in der Diversity Workbench für die jeweiligen
Komponenten publizierten Datenmodellen folgen, vorzusehen. Zunächst in besonderem
Maße unterstützt werden sollen die Datenbanken PostgreSQL 8.0 (Open
Source: Linux, Windows) sowie MS SQL-Server (Windows), mittelfristig ergänzt
durch DB2 (Unix) und Oracle (Unix, Windows). Trigger bzw. Stored Procedures können
je nach System als Java Stored Procedures (PostgreSQL, Oracle, DB2) oder in
C# oder VB (SQL-Server, MS Access) programmiert sein. Aus Gründen der Sicherstellung
von Betriebssystemunabhängigkeit und Datenbankunabhängigkeitsollte Hibernate
als Persistenzmanager verwendet werden.
Programmierung von Geschäftslogik-Layer und Client in Java
Geschäftslogik-Layer: Gewisse Teile der Business-Logik sollen unabhängig von Datenbank
und Client als Mittelschicht implementiert werden. Zur Vermeidung von Redundanzen
bei den Entwicklungsaktivitäten bei gleichzeitiger Betriebssystemunabhängigkeit
soll als Programmiersprache ausschließlich Java verwendet werden. Die
direkte Interoperabilität zwischen den verteilten Datenbank-Komponenten soll über
JDBC-Schnittstellen erreicht werden. Als Webserver wird Apache mit Tomcat und
JSP favorisiert. (Vorhandene IIS-Anwendungen sollten portiert werden.)
GUI: Ebenfalls aus Gründen der Sicherstellung von Betriebssystemunabhängigkeit
sollen die Diversity Workbench-Komponenten-Clients (� „Diversity Navigator“) als
Plug-ins in Java realisiert werden, wobei als Rich Client Platform (RCP) a) Eclipse
mit SWT als GUI dienen könnte; alternativ b) Eclipse mit Swing als GUI oder c) Net-
Beans mit Swing als GUI in Frage kommen könnten.
Für die Authentifizierung ist LDAP als separater Service vorgesehen.
Schnittstellen
Schnittstellen zwischen den Modulen; Interfaces im Sinne von OOP. Würde man sich
darauf einigen, alle zukünftigen Entwicklungen streng nach dem MVC (Model/View/Controller)
Konzept zu entwickeln, bräuchten im Prinzip die M- und C-
Komponenten nur einmal geschrieben werden, um dann für eine Standalone- oder
Webanwendung lediglich die speziellen Views separat zu programmieren. Wäre es
sinnvoll die Diversity Workbench-Komponenten als ThinClients aufzubauen? Zu bedenken
ist hierbei, ob sich der Mehraufwand der durch eine MVC-Architektur entsteht
44