Configurations globales
La première étape consiste à modifier le fichier de configuration *commons-parameters.properties* dans *\[ORI_HOME\]/src/ori-oai-quick-install-svn*: Wiki Markup
Panel |
---|
cd \ [ORI_HOME\]/src/ori-oai-quick-install-svn
|
Les paramètres à modifier dans ce fichier sont les suivants :
...
Maintenant que toutes les configurations globales au module ont été renseignées, le déploiement peut se faire.unmigrated-wiki-markup
Depuis *\[ORI_HOME\]/src/ori-oai-quick-install-svn* tapez :
Panel |
---|
ant init-build-all |
Cette commande lance la commande init-build de chaque module. Les fichiers build.properties sont alors initialisés dans chaque module avec les renseignements donnés dans commons-parameters.properties.
...
- Depuis la version 1.0
- ORI-OAI-harvester : la base de données eXist est transférée vers la base SQL
- ORI-OAI-vocabulary : si vous aviez défini des vocabulaires statiques dans la version 1.0, ils sont transformés automatiquement dans le nouveau format VDEX utilisé à partir de la 1.1
- ORI-OAI-workflow : la base de données eXist est transférée vers la base SQL
- Depuis la version 1.1
- ORI-OAI-harvester : le format de la base de données SQL est migré vers le format de la version 1.4
- ORI-OAI-workflow : le format de la base de données SQL est migré vers le format de la version 1.4
- Depuis la version 1.4
- ORI-OAI-harvester : le format de la base de données SQL est migré vers le format de la version 1.5
- ORI-OAI-workflow : le format de la base de données SQL est migré vers le format de la version 1.5
- Depuis la version 1.5
- ORI-OAI-harvester : le format de la base de données SQL est migré vers le format de la version 1.6 et les récoltes sont supprimées
- ORI-OAI-workflow : le format de la base de données SQL est migré vers le format de la version 1.5
- Depuis la version 1.6
- ORI-OAI-harvester : la version de l'application est mise à jour dans la base de données SQL
- ORI-OAI-workflow : le format de la base de données SQL est migré vers le format de la version 1.7
Warning | ||
---|---|---|
| ||
Reportez vous à la page suivante pour connaître plus en détail la procédure de migration pour les différents modules d'ORI-OAI. |
...
Remarque : Pour les modules liés au stockage, esup-ecm et nuxeo, l'utilisateur qui installe doit avoir les droits d'accès au répertoire /opt/openoffice.org2.4.unmigrated-wiki-markup
Enfin, pour pouvoir utiliser l'outil de stockage, créer un utilisateur jboss et attribuer lui les droits d'exécution du répertoire *\[ORI_HOME\]**/esup-ecm*.
Si tous les déploiements se sont bien passés, vous pouvez maintenant démarrer les serveurs Tomcat et passer à la phase de test.