Abschlussbericht - Abteilung Mykologie - Universität Bayreuth

Empfehlungen

Info

GBIF-D IT-Fachgruppe <strong>Abschlussbericht</strong> Januar 2008 BIOTA Southern Africa: c) Diversity Navigator Datenbank-Client (Java-Applikationen) mit den Komponenten: DiversityDescriptions, DiversityCollection, DiversityChecklists, DiversityTaxonNames Aufwand für Portierung vorhandener Anwendungen bzw. Klassenbibliotheken von Diversity Workbench-Komponenten C# � Java DiversityCollection v. 2.0 (Aufwand: hoch); DiversityResources (Aufwand: mittel) + DiversityUsers (Aufwand: minimal); evtl. Ersatz von DiversityUsers durch LDAP; DiversityTaxonNames (Aufwand: mittel). Entscheidung zwischen Eclipse und Net- Beans. (Falls die Entscheidung endgültig zugunsten von Java fällt, wäre zu überlegen, welches Framework eingesetzt werden sollte: reines JSP (vs. J2EE), Velocity, Struts etc.). Java � C# Diversity Navigator (Aufwand: hoch). 2 Konzept Redesign und Implementierung der Diversity Workbench soll nach den Kriterien Plattformunabhängigkeit und Open Source erfolgen, welche als Voraussetzungen für optimale Kooperationsmöglichkeiten mit weiteren Arbeitsgruppen angesehen werden. Für eine Implementierung bieten sich grundsätzlich .Net und Java als Optionen an. Beide Alternativen wurden im Detail diskutiert. Dabei wurde festgestellt, dass der Aufwand bei Migration/Portierung für beide Richtungen etwa vergleichbar wäre. Seit Februar 2005 wird von der NSF ein Projekt (Direktor: Jim Beach, University of Kansas) zur Portierung der Datenbankanwendung Specify nach Java gefördert. Die Teilnehmer des ITFG Workshop 3 kamen nach Kenntnisnahme dieser Information überein, dass die daraus sich ergebenden Kooperationsmöglichkeiten genutzt werden sollten und deshalb einer Implementierung der Diversity Workbench in Java der Vorzug gegeben werden sollte. Architektur Entsprechend bewährter Konzepte, wird auch für die anvisierte Implementierung einer Diversity Workbench eine dreischichtige Architektur als am besten geeignet angesehen. Siehe auch Argumentation unter Punkt 3.4.1.7: „Sonstige Anmerkungen“ von A. Kohlbecker. 42
GBIF-D IT-Fachgruppe <strong>Abschlussbericht</strong> Januar 2008 Abb. 1. Architektur des Workbench-Frameworks. Abb. 2. Local Access. Abb. 3. Remote Access. 43
Seite 1 und 2: Abschlussbericht der IT-Fachgruppe
Seite 3 und 4: Kontakt Dr. Alexandra Kehl Universi
Seite 5 und 6: GBIF-D IT-Fachgruppe Abschlussberic
Seite 45: GBIF-D IT-Fachgruppe Abschlussberic
Seite 97 und 98:
GBIF-D IT-Fachgruppe Abschlussberic
Seite 99 und 100:
Seite 101 und 102:
Seite 103 und 104:
Seite 105 und 106:
Anlage 2: Gesamtliste der Workshopt
Seite 107 und 108:
Anlage 3: Gesamtliste der Workshop-
Seite 109 und 110:
Merkmalstyp Eingabedatum für diese
Seite 111 und 112:
32. Datenbank Export-Formate: UM 1.
Seite 113 und 114:
13. Anzahl externer Softwareentwick
Seite 115 und 116:
4. Spezifische Probleme der Interop
Seite 117 und 118:
35 SeSam (Senckenbergisches Sammlun
Seite 119 und 120:
Verantwortlicher für das IT-Produk
Seite 121 und 122:
Welches Betriebssystem ist für Cli
Seite 123 und 124:
Verwendetes Datenbank-Verwaltungssy
Seite 125 und 126:
Welches Betriebssystem ist für Cli
Seite 127 und 128:
"Authority files" wurden integriert
Seite 129 und 130:
Art des IT-Produktes: Web-Schnittst
Seite 131 und 132:
Geplante Erweiterungen: Kartendarst
Seite 133 und 134:
24 LinkCollection Datum der Erstein
Seite 135 und 136:
verwertung, praktische Anwendungen,
Seite 137 und 138:
Verwendetes Datenbank-Verwaltungssy
Seite 139 und 140:
34 science4you online Monitoring Da
Seite 141 und 142:
Copyright für Eigenentwicklungen a
Seite 143 und 144:
Das IT-Produkt ist nicht modularisi
Seite 145 und 146:
Schnittstelle): andere. Realisierun
Seite 147 und 148:
44 VegDa Datum der Ersteingabe: 10.
Seite 149:
nische Dokumentation ist offline ve
Alle anzeigen

Abschlussbericht - Abteilung Mykologie - Universität Bayreuth

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?