EAD Publisher

Important :

Le EAD Publisher implique quelques paramétrages, sans quoi il ne sera pas fonctionnel.

Utilisation de l'EAD Publisher (basique)

L'EAD Publisher peut être utilisé de 2 manières différentes:

• Appel simple comme un programme en exécutant sont main
• Appel à sa methode Execute (class Publish)

Lors de l'APPEL de l'EAD Publisher 3 paramètres doivent être passés:

• 1er :répertoire de base de l'EAD Publisher (ex:/home/pleade-solr/module-publish/ead/)
• 2eme:l'emplacement du fichier que l'on veut traiter (ex:/home/pleade/donnees/publication/document.xml)
• 3eme:l'emplacement du fichier que l'on veut en sortie (ex:/home/pleade/donnees/publication/document.xml)

Important :

ATTENTION.

Un fichier pub-properties.xml doit être remplit avec les paramètres de publication (équivalent du post passé lors de la publication.(dev/src/xml/pub-properties.xml)

Le fichier variables-publication.xsl doit renseigner des repertoire ainsi que des adresses de l application ou du serveur d'image etc...

Un fichier cdc.xml doit être remplit etre remplit avec le bon cadre de classement .(dev/src/xml/cdc.xml)

Utilisation de l'EAD Publisher (avancé)

tout les fichiers de configuration se trouvent dans les repertoires dev/src/xml et dev/src/conf

Notice :

aide et chose à savoir pour du dev.

Pas mal de choses sont rester pour des potentielles évolutions futures comme un classe OSValidator qui permet de detecter le systeme, la ram de libre etc ....

Une classe Utils est un peu une bibliothèque de chose utile au projet

• obtenir le datadir
• retourné l encodage du fichier
• liste les fichiers d'un repertoire
• etc.......

Un fichier out.xsl est créé pour un finalisation par un xsl qui recopie tout si le besoin en est.

Petites explication du travail réalisé

Premièrement, depuis un fichier java, la transformation des fichiers xsl et java ont été créée sous trois formes:

– transformation xsl simple

– transformation xsl avec paramètres

– transformation xsl vers un fichier

Deuxièmement, la structure du framework cocoon a été supprimée ainsi que la plupart des libraries. Les autres ont été mises à jour lorsque c'était possible. Refaire certaines transformations xsl et java s'est avéré nécessaire au vu des dépendances entre les librairies.

Troisièmement, le processus de préparation d'indexation échange un minimum de requête avec Pleade, il est donc quasiment autonome à la seule exception du serveur d'image avec lequel il doit communiquer.

Remarques : Cependant, quelques fichiers de configuration ont du être mis en place..

Note: Ce Projet a été réalisé avec SAXON 9 cependant une branche SAXON 8.9.0.4J a été créer pour l integration à Pleade Solr