1 - voir la doc d'installation via "Quick-install" :
http://www.ori-oai.org/display/INSTALLATION/ORI-OAI+version+1.5
cela permet une installation basique, à l'aide d'un fichier de
configuration central.
Cela serait plus simple, à moins que d'être obligé d'installer tous les
modules un par un.
2 - A) Idem pour indexing et vocabulary ;
modif pour search : /fichier conf/properties/ehcache.xml
/
2 - B, C et D) normalement idem ; mais à confirmer par les spécialistes
de ces modules
Jacques
Celine JUAN a écrit :
> Bonjour,
>
> *1- je suis en train de reprendre une installation d'ORI-OAI, lors de
> l'installation de la version 1.1 j'avais retracé les actions suivantes
> que j'avais ensuite réappliquées pour la version 1.4.
> Pouvez-vous me dire si ces actions sont toujours à faire pour une
> installation de la version 1.5 ?
> ( ces installations successives n'ayant jamais totalement abouti, nous
> préférons repartir sur une installation "from scratch" que passer des
> upgrade)
> *
> /explication et déploiement de chaque module dans l’ordre :
>
>
> pour tous les redeploiement il faut penser au préalable à exporter les
> variables nécessaires :
> export PATH=/usr/local/apache-ant-1.7.1/bin/:$PATH export
> JAVA_HOME=/usr/java/jdk1.5.0_16/
>
> A. indexing : permet l’indexation des fiches locales (entrées via le
> module workflow) et/ou distantes (moissonnage des entrepôts distants).
> Ce module sera accessible via une URL interne car il n’a pas vocation
> à être public.
> http://ori-oai-indexing-xxxxxxx/
> les sources de ce modules sont sous
> /usr/local/ori/src/ori-oai-indexing-svn. pour la mise en place, on
> modifie le fichier build.properties et ensuite on lance les taches ant :
>
> ant init
> ant all
>
> ! attention : le ant init supprime tous les repertoires d’index
> positionnés jusqu’alors
> apres deploiement on fait appartenir
> /usr/local/ori/data/index-indexing a tomcat-ori
>
> B. vocabulary : liste et définit tous les types de vocabulaires
> contenu dans ORI-OAI (Dublin core, LOM, bientot le vocabulaire pour
> les thèses) (il est aussi possible de créer son propre vocabulaire via
> un fichier XML) (Il peut avoir besoin d’une connexion à un serveur
> LDAP). Ce module sera accessible via une URL "interne" car il n’a pas
> vocation à être public.
> http://ori-oai-vocabulary-xxxxxxxx/
> les sources de ce modules sont sous
> /usr/local/ori/src/ori-oai-vocabulary-svn/
> un ldap minimal a été installé.
> on modifie build.properties puis conf/properties/main-config.properties
> on place le fichier MyDewey.xml(détail de la thématique 340) sous
> conf/properties/ori_vocabularies/override/
> on lance les taches ant :
>
> ant all
>
> C. search : plateforme de recherche, c’est l’acces public à la
> plateforme ORI-OAI pour une recherche, il faudra donc y associer une
> url "publique".
> http://ressources.xxxx/
> les sources de ce modules sont sous /usr/local/ori/src/ori-oai-search-svn/
> on modifie build.properties pour lequel on utilise la configuration
> config.example.unt.xml on modifie donc properties/config.example.unt.xml :
> hide="true" pour les menus qu’on ne veut pas afficher comme "recherche
> thematique unit" et "recherche par etablissement"
> on modifie le vocabulaire utilisé pour la recherche thematique :
> vocabulary_id="MyDewey" au lieu de
> vocabulary_id="dewey_100_taxonomie_regexp"
> on modifie ensuite le fichier properties/advanced/
> advanced_unt.xml pour remplacer thematicSearchKey="thematic_unit" par
> thematicSearchKey="thematic_100_dewey"
> on modifie ensuite sous properties/messages le fichier
> forms_fr.properties pour remplacer les occurences de classification
> UNIT par classsification Thematique.
> on lance ensuite les taches ant :
>
> ant all
>
> D. repository : module d’administration qui permet de vérifier les
> fiches et de les exposer pour le moissonnage. il faudra donc y
> associer une url "publique".
> http://entrepot.xxxxxx/
> On modifie build.properties
> On lance ensuiete les taches ant :
>
> ant all
>
> E. md-editor : module d’administration en interaction avec le module
> de workflow, permet d’insérer des métadonnées visualisables dans
> ORI-OAI via une interface de saisie. Ce module sera accessible via une
> URL "interne" car il n’a pas vocation à être public.
> http://ori-oai-md-editor-xxxxxx/
> On modifie build.properties
> On lance ensuiete les taches ant :
>
> ant all
>
> F. workflow : permet de définir un circuit de métadonnées, on peut
> définir différents circuits en en fonction du vocabulaire et ainsi
> donner des droits à différents types d’utilisateurs pour utiliser ces
> workflow. D’où l’OBLIGATION de se connecter à un serveur LDAP, même un
> mini LDAP avec un seul utilisateur dedans). c’est pour ce module qu’il
> y a besoin de MySQL (en InnoDB) pour le stockage des fiches de
> métadonnées et des données de gestion. Ce module sera accessible via
> une URL "interne" car il n’a pas vocation à être public.
> http://ori-oai-workflow-xxxxxxx/
> les sources de ce modules sont sous
> /usr/local/ori/src/ori-oai-workflow-svn/
> on modifie build.properties puis
> conf/properties/main-config.properties (notament pour les roles)
> penser à modifier
> mdeditor.url=http://ori-oai-md-editor-xxxxx/ori-oai-md-editor (ne pas
> laisser localhost:8186
> on modifie
> conf/properties/spring/osworkflow/workflows/workflow_easy.xml on
> commente le bloc (ligne 50 a 62) (correction d’un BUG)
> on modifie conf/properties/spring/acegi/acegi-permissions.xml pour
> ajouter des droits
> on lance les taches ant :
> ant all
> ant init
> ant update-acls
> apres deploiement on change les droits de ori/data/index-workflow
> qu’on fait appartenir a tomcat-ori
>
> Chaque module nécessite un serveur tomcat propre, soit 6 serveurs
> tomcat il faut compter au minimum 4Go pour l’application.
> /
>
> *2- concernant des problèmes postés sur cette liste, nous avions eu
> des conseils de paramétrages, pouvez vous me dire si ces conseils sont
> toujours valables pour la version 1.5 ?*
>
> A latence
> Les fichiers de configuration du cache :
> 1.1 ori-oai-indexing : fichier properties/ehcache.xml
> 1.2 ori-oai-search : fichier properties/ehcache.xml
> 1.3 ori-oai-vocabulary(nécessaire seulement pour tester une
> modification de vocabulaire) : fichier conf/properties/cache/ehcache.xml
> Dans ces fichiers, il faut modifier les valeurs des propriétés
> timeToIdleSeconds et timeToLiveSeconds (1 pour une seconde par
> exemple) des différents caches
>
> B/ Classification SupLomFR
> Il s'agit d'une vérification syntaxique faite par le fichier
> schematron conf/properties/xml/sch/lom-ori-sch.xsl (ou dans dernière
> version lom-ori-sch-i18n.xsl)
> Ce fichier contient des tests qui vont générer les erreurs de
> validation qui représente les contraintes que l'on souhaite. Parmis
> ces tests :
> test="/lom:lom/lom:classification[lom:purpose/lom:value='discipline']/lom:taxonPath[lom:source/lom:string='Classification
> 100 Dewey']/lom:taxon/lom:entry/lom:string[normalize-space(.) != '']"
> Ce test signifie que si aucune valeur n'est trouvée pour la
> "Classification 100 Dewey", alors la fiche n'est pas valide.
>
> Solutions :
> -S1 : soit commenter toute la balise incluant ce test dans le fichier
> schematron cité
> -S2 : enlever la référence à ce fichier dans la configuration du
> workflow :
> Pour le worklow "easy", fichier
> properties/spring/osworkflow/workflows/workflow_easy.xml :
> Enlever la condition :
>
>
>verifySchematronXsl
>> name="schematronXslFile">/properties/xml/sch/lom-ori-sch-i18n.xsl
>
>
> ATTENTION: cela désactivera tous les autres tests définis dans ce
> fichier par contre !
>
> C/ Dans la recherche thématique peut-on supprimer les éléments non
> utilisés (puisqu’on utilise uniquement une sous partie de Sciences
> sociales)
> Réponse : Oui !
> En partant du principe que vous parlez de la recherche thématique
> défini avec la clé "thematic_100_dewey" :
>
> -1) il faut copier le vocabulaire
> /conf/properties/ori_vocabularies/official/dewey_100_taxonomie_regexp.xml
> dans le répertoire /conf/properties/ori_vocabularies/override
>
> Ceci aura pour effet de "surcharger" le vocabulaire dewey qui provient
> normalement des serveurs centraux (remoteprovider).
>
> -2) Une fois copié, le fichier peut être modifié pour supprimer les
> entrées superflues
> -3) Attendre que le cache expire ou bien parametrer le cache (voir
> plus haut) et relancer le vocabulary (attention, ce vocabulaire peut
> aussi être mis en cache côté search)
>
> D/ Peut-on affiner la recherche au-delà des 100 Dewey (340.2 par exemple)
> Oui, il faut définir, inversement à la démarche précédente, un
> vocabulaire VDEX sur le même principe que le vocabulaire
> dewey_100_taxonomie_regexp.xml ou search_unit_taxonomie_regexp.xml
> /
> D'avance merci pour vos réponses.
>
> Cordialement,
> --
> ------------------------------------------------------------------------
> JUAN Celine tel: 05 61 36 60 37
> Universite Paul Sabatier
> CICT Email: cjuan@cict.fr
> 31062 Toulouse Cedex 9
> ------------------------------------------------------------------------
>
--
Jacques Brassart
UNR Nord-Pas de Calais
Université de Valenciennes et du Hainaut-Cambrésis
Tél : 03 27 51 17 70