Vorwort. Wir empfehlen zuvor das Studium der folgenden Dokumente:

Transkript

1 Vorwort Dieses Dokument beschreibt in bewusst knapper Form die Installation und Konfiguration von Fedora sowie die Installation und Konfiguration des darauf aufsetzenden OAI Provider Service. Ziel ist die Auslieferung von Metadaten im CMDI-Format zu den in Fedora hinterlegten Objekten. In diesem Beispiel gehen wir davon aus, dass Fedora mit MySQL und Tomcat betrieben wird. Weiterhin gehen wir davon aus, dass die Installation dieser beiden Softwarekomponenten bereits erfolgreich vorgenommen wurde. Die Installation wird beispielhaft für ein Linux-System (im Beispiel ein Debian-Derivat) beschrieben, ist aber in den Grundzügen auch auf andere Betriebssysteme übertragbar. Wir empfehlen zuvor das Studium der folgenden Dokumente: Hilfreich sind zudem folgende Dokumente: 1

2 Installation und Konfiguration von Fedora Zunächst muss in MySQL eine DB angelegt und der Zugriff auf diese korrekt konfiguriert werden. Dazu wird eine Datenbank fedora3 angelegt, auf welche durch den Nutzer fedoraadmin (identifiziert durch das Passwort mypasswd ) schreibend zugegriffen werden kann: CREATE DATABASE fedora3; GRANT ALL ON fedora3.* TO fedoraadmin@localhost IDENTIFIED BY 'mypasswd'; GRANT ALL ON fedora3.* TO fedoraadmin@'%' IDENTIFIED BY 'mypasswd'; ALTER DATABASE fedora3 DEFAULT CHARACTER SET utf8; ALTER DATABASE fedora3 DEFAULT COLLATE utf8_bin; Zudem benötigt Fedora einige Umgebungsvariablen. Wir haben uns dazu entschieden, diese über /etc/environment zu konfigureren. Eintrag in /etc/environment (ggf. ohne "): JAVA_HOME="/usr/lib/jvm/java-6-sun/jre" # wärend Installation genutzt #CATALINA_HOME="/usr/share/tomcat6" # nach Installation korrigiert CATALINA_HOME="/var/lib/tomcat6" FEDORA_HOME="/usr/local/fedora" PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/lib/jvm/java-6- sun/jre:/usr/local/fedora" Achtung: In unserem Fall musste während der Installation von Fedora ein andere Konfiguration für Tomcat genutzt werden, als später im Rahmen des Betriebs (siehe Kommentare). Auf anderen Systemen ist dies ggf. nicht nötig. Für ein korrektes durchlaufen der Installation mussten zudem einige Symlinks erstellt sowie Zugriffsrechte (Achtung: Im Beispiel für den dauerhaften Betrieb zu offen ) angepasst werden: cd /usr/share/tomcat6 sudo ln -s /etc/tomcat6/ conf sudo ln -s /usr/share/tomcat6/ common sudo chmod -R 777 lib/ sudo chmod -R 777 webapps/ Anschließend sollte die aktuelle Version von Fedora heruntergeladen werden: Danach kann die Installation durchgeführt werden: java -jar fcrepo-installer jar Log der Installation: Fedora home directory This is the base directory for Fedora scripts, configuration files, etc. Enter the full path where you want to install these files. Enter a value [default is /usr/local/fedora] ==> /usr/local/fedora Fedora administrator password Enter the password to use for the Fedora administrator (fedoraadmin) account. Enter a value ==> mypasswd Fedora server host The host Fedora will be running on. If a hostname (e.g. is supplied, a lookup will be performed and the IP address of the host (not the host name) will be used in the default Fedora XACML policies. 2

3 Enter a value [default is localhost] ==> localhost Fedora application server context The application server context Fedora will be running in. If 'fedora' (default) is supplied, the resulting context path will be It must be ensured that the configured application server context matches this path if explicitly configured. Enter a value [default is fedora] ==> fedora Authentication requirement for API-A Fedora's management (API-M) interface always requires user authentication. Require user authentication for Fedora's access (API-A) interface? Enter a value [default is false] ==> false SSL availability Should Fedora be available via SSL? Note: this does not preclude regular HTTP access; it just indicates that it should be possible for Fedora to be accessed over SSL. Enter a value [default is true] ==> false Servlet engine Which servlet engine will Fedora be running in? Enter 'included' to use the bundled Tomcat server. To use your own, existing installation of Tomcat, enter 'existingtomcat'. Enter 'other' to use a different servlet container. Options : included, existingtomcat, other Enter a value [default is included] ==> existingtomcat Tomcat home directory Please provide the full path to your existing Tomcat installation, or the path where you plan to install the bundled Tomcat. Enter a value ==> /usr/share/tomcat6 Tomcat HTTP port Which HTTP port (non-ssl) should Tomcat listen on? This can be changed later in Tomcat's server.xml file. Enter a value [default is 8080] ==> 8080 Tomcat shutdown port Which port should Tomcat use for shutting down? Make sure this doesn't conflict with an existing service. This can be changed later in Tomcat's server.xml file. Enter a value [default is 8005] ==> 8005 Database Please select the database you will be using with Fedora. The supported databases are Derby, McKoi, MySQL, Oracle and Postgres. If you do not have a database ready for use by Fedora or would prefer to use the embedded version of Derby bundled with Fedora, enter 'included'. Options : derby, mckoi, mysql, oracle, postgresql, included Enter a value ==> mysql 3

4 MySQL JDBC driver You may either use the included JDBC driver or your own copy. Enter 'included' to use the included JDBC driver, or, enter the location (full path) of the driver. Enter a value [default is included] ==> included Database username Enter the database username Fedora will use to connect to the Fedora database. Enter a value ==> fedoraadmin Database password Enter the database password Fedora will use to connect to the Fedora database. Enter a value ==> mypasswd JDBC URL Please enter the JDBC URL. Enter a value [default is jdbc:mysql://localhost/fedora3?useunicode=true&characterencoding=utf- 8&autoReconnect=true] ==> jdbc:mysql://localhost/fedora3? useunicode=true&characterencoding=utf-8&autoreconnect=true JDBC DriverClass Please enter the JDBC driver class. Enter a value [default is com.mysql.jdbc.driver] ==> com.mysql.jdbc.driver Enable FeSL AuthN Enable FeSL Authentication? To continue to use Fedora's legacy authentication, enter "false" below. Please note that Fedora's legacy authentication is expected to be phased out in a subsequent release. For more information, see: Enter a value [default is true] ==> true Enable FeSL AuthZ (Experimental Feature) Enable FeSL Authorization? This is an experimental replacement for Fedora's legacy authorization module, and is still under development. Production repositories should NOT enable this, but we invite you to try it out and give us feedback. For more information, see: Enter a value [default is false] ==> false Policy enforcement enabled Should XACML policy enforcement be enabled? Note: This will put a set of default security policies in play for your Fedora server. Enter a value [default is true] ==> true Low Level Storage Which low-level (file) storage plugin do you want to use? We recommend akubra-fs for new installs. If you are upgrading Fedora from version 3.3 or below, you should use legacy-fs for compatibility with your existing storage. Other plugins are also available, but they must be configured after installation. For more information, please see Options : akubra-fs, legacy-fs Enter a value [default is akubra-fs] ==> akubra-fs 4

5 Enable Resource Index Enable the Resource Index? Enter a value [default is false] ==> true Enable Messaging Enable Messaging? Messaging sends notifications of API-M events via JMS. Enter a value [default is false] ==> false Deploy local services and demos Several sample back-end services are included with this distribution. These are required if you want to use the demonstration objects. If you'd like these to be automatically deployed, enter 'true'. Otherwise, the installer will put the files in your FEDORA_HOME/install directory in case you want to deploy them later. Enter a value [default is true] ==> false Bei der Installation muss selbstverständlich darauf geachtet werden, dass die korrekten Zugangsdaten für MySQL angeben werden. Bis auf die Nutzung von MySQL und Tomcat können, mit einer Ausnahme, die Default-Einstellungen genutzt werden. Lediglich im Fall des Settings Enable Resource Index muss für einen korrekten Betrieb des OAI-Provider (Installation und Konfiguration wird im Anschluss beschrieben) vom Default false abgewichen und true gewählt werden. Auf unserem System war anschließend eine Anpassung der Zugriffsrechte für das Fedora- Verzeichnis erforderlich: sudo chmod -R 777 /usr/local/fedora Unter der Annahme, dass der verantwortliche Tomcat unter der URL erreichbar ist, ist das Fedora-Repository nun (spätestens nach einem Neustart des Tomcat) über folgende URL erreichbar: Hinweis: Fedora benötigt einige korrekt gesetzte Environment-Variablen (im Beispiel gesetzt per /etc/environment). Zum Starten des Tomcat werden ggf. root-rechte benötigt. Es sollte daher mit folgendem Aufruf gearbeitet werden, damit die Environment-Variablen ebenfalls transportiert werden: sudo -E /etc/init.d/tomcat6 start Fedora-Troubleshooting Fedora ist im Verzeichnis /usr/local/fedora zu finden. Das Log liegt in: 5

6 /usr/local/fedora/server/logs/fedora.log "Schreibende" Zugriffe von außen sind nur für "bekannte" Hosts möglich. Diese müssen in /data/fedora-xacml-policies/repository-policies/default/deny-apim-if-not-localhost.xml vermerkt sein:... <Apply FunctionId="urn:oasis:names:tc:xacml:1.0:function:string-bag"> <! /localhost ist voreingestellt --> <AttributeValue DataType=" <!-- registriert zusätzlich die IP > <AttributeValue DataType=" <AttributeValue DataType=" <AttributeValue DataType=" </Apply>... Andernfalls tritt bei externen, daher nicht vom Host auf dem Fedora läuft stammenden, schreibenden Zugriffen über die Fedora-REST-API folgende Exception (siehe fedora.log) auf: WARN :54: [http ] (FedoraObjectResource) Authorization failed; unable to fulfill REST API request org.fcrepo.server.errors.authorization.authzdeniedexception: at org.fcrepo.server.security.policyenforcementpoint.enforce(policyenforcementpoint.java:422) 6

7 Installation und Konfiguration des OAI-Providers Fedora bringt von Haus aus einen eigenen OAI-PMH Provider mit. Dieser kann, unseres Wissens nach, jedoch nur Metadaten in Dublin Core ausliefern. Daher ist die Installation eines zusätzlichen OAI-Providers Service (basierend auf ProAI) zu empfehlen. Im Folgenden ist die Installation und Konfiguration des OAI-Provider Service, ausgehend von der Annahme das Metadaten im CMDI Format (in OAI-PMH identifiziert durch den Identifier cmdi ) ausgeliefert werden sollen, dokumentiert. Die folgende Grafik soll zunächst das Zusammenspiel zwischen Fedora und dem OAI-Provider bzw. die im CLARIN-Umfeld relevanten Zusammenhänge verdeutlichen: Sowohl Fedora als auch der OAI-Provider Service laufen als Webapplikation in einem Tomcat und greifen u.a. jeweils auf eine Datenbank - im Beispiel verwaltet durch das Datenbanksystem MySQL - zurück. In CLARIN sollen Ressourcen mit Hilfe von CMDI-Dokumenten beschrieben und über ein Repository (Fedora) verwaltet werden. Fedora verwaltet Einträge in Form sogenannter Fedora Digital Objects. Diese Objekte können Datenströme besitzen, wovon einige bereits vorab spezifiziert wurden (RELS-EXT), andere jedoch frei definiert werden können. Im Beispiel haben wir uns für die Definition eines Datenstroms cmdi entschieden, welcher die Metadaten - in Form eines CMDI-Dokuments - der jeweiligen, durch das Fedora Digital Object repräsentierten Ressource enthält (oder in Form einer URI referenziert). Der OAI Provider Service muss nun so konfiguriert werden, dass ein Format cmdi über die OAI-PMH Schnittstelle nach außen zur Verfügung gestellt wird. Dabei soll auf den cmdi-datenstrom des jeweiligen Objektes zurückgegriffen und das dort hinterlegte CMDI-Dokument als Inhalt des jeweiligen OAI-PMH metadata-records verwendet werden. 7

8 Das oaiprovider-war kann hier bezogen werden: Nachdem das oaiprovider-war im Tomcat deployed wurde, kann die Konfigurationsdatei proai.properties angepasst werden. Diese ist auf folgendem Pfad zu finden: /var/lib/tomcat6/webapps/oaiprovider/web-inf/classes/proai.properties Die Standardkonfiguration kann nun ein wenig aufgeräumt und um die Auslieferung von Daten im CMDI-Format erweitert werden. Im Folgenden wurden, aufgrund des Umfangs der Konfigurationsdatei, nur die zu ändernden bzw. relevanten Teile der Konfiguration aufgeführt: proai.validateupdates = false proai.db.username = fedoraadmin proai.db.password = mypasswd driver.fedora.user = fedoraadmin driver.fedora.pass = mypasswd driver.fedora.itemid = driver.fedora.md.formats = oai_dc cmdi driver.fedora.md.format.cmdi.loc = driver.fedora.md.format.cmdi.uri = driver.fedora.md.format.cmdi.disstype = info:fedora/*/cmdi Hinweis: Einige zu Testzwecken vorhandene/definierte Formate (formatx, formaty, ) wurden aus der Konfiguration entfernt. Es sind dementsprechend auch die zugehörige Einträge unter driver.fedora.md.format.cmdi.formatx.* etc. aus der Konfiguration zu entfernen. Nun sollten unter der folgenden URL Angaben zu den beiden ausgelieferten Metadaten-Formaten, identifiziert durch oai_dc und cmdi, erfolgen: zugehöriger Content: <?xml version="1.0" encoding="utf-8"?> <OAI-PMH xmlns=" xmlns:xsi=" xsi:schemalocation=" <responsedate> t12:57:16z</responsedate> <request verb="listmetadataformats"> <ListMetadataFormats> <metadataformat> <metadataprefix>oai_dc</metadataprefix> <schema> <metadatanamespace> </metadataformat> <metadataformat> <metadataprefix>cmdi</metadataprefix> <schema> <metadatanamespace> </metadataformat> </ListMetadataFormats> </OAI-PMH> Neben der Spezifikation der Zugangsdaten für Fedora und MySQL wurden einige weitere Einstellungen vorgenommen, auf die im Folgenden detaillierter eingegangen werden soll. 8

9 Im Zuge der Konfiguration wurde ein neues Metadatenformat mit dem Identifier cmdi eingeführt: driver.fedora.md.formats = oai_dc cmdi Außerdem wurde ein Schema und ein Namespace für dieses Format festgelegt: driver.fedora.md.format.cmdi.loc = driver.fedora.md.format.cmdi.uri = Hinweis: Die im Beispiel gewählten Namespaces und Links zum zugehörigen Schema wurden nur exemplarisch gewählt und werden zukünftig sicher anders definiert werden müssen. Zudem wurde festgelegt, dass die Metadaten im CMDI-Format im Datenstrom cmdi eines jeden in Fedora vorhandenen Objektes/Eintrags hinterlegt sind: driver.fedora.md.format.cmdi.disstype = info:fedora/*/cmdi Über das Property proai.validateupdates wird definiert, ob der in den jeweiligen Datenströmen hinterlegte Inhalt (z.b. das CMDI-Dokument) gegen das für dieses Format definierte Schema (siehe driver.fedora.md.format.cmdi.loc) validiert wird. Steht dieses Property auf true, so werden nichtvalide Einträge nicht über die OAI-PMH Schnittstelle ausgeliefert! Außerdem ist in der Konfiguration definiert, dass relevante Objekte durch ein itemid-element ausgezeichnet sind. Nicht dadurch gekennzeichnete Elemente werden nicht über die OAI-PMH Schnittstelle ausgeliefert bzw. von ProAI nicht indiziert: driver.fedora.itemid = Diese für das jeweilige Element vergebene itemid muss dazu im RELS-EXT Datenstrom des Elements hinterlegt sein. Beispielaufruf: zugehöriger Content: <rdf:rdf xmlns:rdf=" <rdf:description rdf:about="info:fedora/sentence:1"> <itemid xmlns=" <ispartof xmlns="info:fedora/fedora-system:def/relations-external#" rdf:resource="corpus:1"></ispartof> </rdf:description> </rdf:rdf> Um in Fedora ein Objekt einzufügen zu dem anschließend auch CMDI-Metadaten über den OAI- PMH Provider Service ausgeliefert werden, muss wie folgt vorgegangen werden (bei Nutzung der API-M Methoden der REST-Schnittstelle von Fedora): ingest => Einfügen des neuen Objektes addrelationship => Einfügen einer neuen Relation für das zuvor definierte Objekt (gleiche Id) als Literal mit dem Predikat und einer Id für das Objekt (Vorschlag: Identisch zur in Fedora vergebenen Id bzw. CLARIN-PID ergänzt um den Prefix oai) Hinweis: War zuvor kein RELS-EXT Datenstrom vorhanden, so wird dieser im Zuge 9

10 dieses Vorgangs mit den Default-Inhalten erzeugt und um den entsprechenden Eintrag (itemid) ergänzt. adddatastream => hinzufügen eines Datenstroms zu dem zuvor definierten Objekt (gleiche Id) mit dem Identifier cmdi und dem Inhalt eines CMDI Dokumentes (wenn inline gemanagt; oder dem Link zu einem solchen Dokument wenn extern gemanagt => siehe ControlGroup- Argument) als Content 10

11 Konfiguration zur Nutzung von Sets in Fedora & OAI-Provider Um Sets in Fedora und im OAI-Provider nutzen zu können muss der Resource Index aktiviert sein. Im Zuge der Installation sollte daher, wie in dieser Konfigurationsanleitung beschrieben, die entsprechende Option ausgewählt werden: Enable Resource Index Enable the Resource Index? Enter a value [default is false] ==> true Das Resource Index -Modul muss zudem im Fedora-Konfigurationsfile (/usr/local/fedora/server/config/fedora.fcfg) explizit aktiviert werden: <module role="org.fcrepo.server.resourceindex.resourceindex" class="org.fcrepo.server.resourceindex.resourceindexmodule"> <param name="level" value="1"/> <param name="datastore" value="localmulgaratriplestore"/> <param name="syncupdates" value="true"/> </module> Anmerkung: Im Gegensatz zur (bei Erstellung dieses Dokuments aktuellen) Fedora- Dokumentation ist tatsächlich das Prefix org.fcrepo.server (nicht fedora.server) für die Angaben zu role und class zu nutzen! Anschließend sollte Fedora gestoppt (z.b. durch stoppen des Tomcat) und der ResourceIndex neu aufgebaut werden: sudo -E./fedora-rebuild.sh Fedora Rebuild Utility... WARNING: Live rebuilds are not currently supported. Make sure your server is stopped before continuing. Server directory is /usr/local/fedora/server Getting rebuulder... null What do you want to do? 1) Rebuild the Resource Index. 2) Rebuild SQL database. 3) Rebuild the FeSL policy cache 4) Exit Enter (1-4) --> 1 Rebuild the Resource Index. No options to set. Start rebuilding? 1) Yes 2) No, exit. Enter (1-2) --> 1 11

12 Nun kann, nachdem Fedora wieder gestartet wurde, der ResourceIndex genutzt und mit Sets gearbeitet werden. Jedes Set wird durch ein Fedora-Objekt repräsentiert welches durch die folgenden in den proai.properties definierten Features ausgezeichnet ist: driver.fedora.setspec = driver.fedora.setspec.name = In der oben dargestellten Standardkonfiguration werden die folgenden Einträge im RELS-EXT Datenstrom des ein Set repräsentierenden Fedora-Objekts (im Beispiel oai:webservices) erwartet: <rdf:rdf xmlns:rdf=" <rdf:description rdf:about="info:fedora/oai:webservices"> <setspec xmlns=" <setname xmlns=" </rdf:description> </rdf:rdf> Der OAI-Provider kennt nun ein Set mit dem Namen oai:webservices und wird dies bei Aufruf der ListSets-Funktion auch bekanntgeben: Objekte welche diesem Set zugehörig sein sollen, müssen der in den proai.properties definierten Spezifikation entsprechen: driver.fedora.itemsetspecpath = $item <info:fedora/fedora-system:def/relations-external#ismemberof> $set $set < $setspec In der Standardkonfiguration und für das weiter oben aufgeführte Beispiel-Set bedeutet dies, dass im RELS-EXT Datenstrom des Objektes eine ismemberof-relation zum das Set repräsentierenden Objekt (im Beispiel oai:webservices) definiert ist: <rdf:rdf xmlns:rdf=" <rdf:description rdf:about="info:fedora/testobject: "> <itemid xmlns=" <ismemberof xmlns="info:fedora/fedora-system:def/relations-external#" rdf:resource="info:fedora/oai:webservices"></ismemberof> </rdf:description> </rdf:rdf> Der OAI-Provider wird das Objekt nun (auch dann) auflisten, wenn ListRecords im Zusammenspiel mit einer Einschränkung auf das im Beispiel genutzte Set oai:webservices genutzt wird: 12

13 Schlusswort Die hier dargestellten Informationen stellen die Erfahrungen des CLARIN-D Ressourcenzentrums Leipzig (Abteilung Automatische Sprachverarbeitung; Universität Leipzig) dar. Das gewählte Vorgehen/Setup entspricht nicht notwendigerweise den individuellen Bedürfnissen anderer CLARIN-D Ressourcenzentren. Im Fall von Fragen kontaktieren Sie bitte den Autor dieses Dokumentes bzw. das Leipziger CLARIN-D Team: 13