Migration de la version 1.6 à 1.7

La migration de vos données et configurations de la version 1.6 à la version 1.7 touche plusieurs modules. Vous trouverez ici tous les éléments essentiels vous permettant de comprendre comment doit se dérouler la migration.

Toutefois, n'hésitez pas à consulter la documentation de chaque module pour avoir plus d'information.

Nous vous conseillons de conserver les sources de vos modules en version 1.6 et de créer un nouveau dossier dans lequel vous rapatrierez les sources de la version 1.7. C'est depuis ce dossier que vous lancerez les différentes procédures.

Conservation des données

Si vous souhaitez conserver les données de votre précédente version de ORI-OAI-workflow ou ORI-OAI-harvester, la base de données renseignée dans commons-parameters.properties doit être impérativement la même qu'en version 1.6.

Sauvegarde avant migration

Une migration n'est pas infaillible. Prenez bien soin de sauvegarder vos différentes bases de données et sources de vos configurations de ORI-OAI version 1.6 avant de lancer l'installation de la version 1.7 et la mise à jour des données.

ORI-OAI-repository

La structure des fichiers de configuration n'a pas changé dans cette version !
Si vous aviez personnalisé ORI-OAI-repository 1.6, vous avez le choix entre :

ORI-OAI-vocabulary

La structure des fichiers de configuration n'a pas changé dans cette version !
Si vous aviez défini des vocabulaires dynamiques (dossier properties/domain/) ou des vocabulaires statiques (dossier properties/ori_vocabularies/override/) dans ORI-OAI-vocabulary 1.6, vous avez le choix entre :

ORI-OAI-indexing

La structure des fichiers de configuration n'a pas changé dans cette version !
Si vous aviez personnalisé ORI-OAI-indexing 1.6, vous avez le choix entre :

ORI-OAI-search

La structure des fichiers de configuration n'a pas changé dans cette version !
Si vous aviez créé vos propres contributions de recherche (dossier conf/properties/search/contrib_xxx/) ou de look (dossier conf/properties/skins/contrib_xxx/), vous avez le choix entre :

ORI-OAI-harvester

La version de l'application stockée en base doit être mise à jour. Il est donc nécessaire de suivre la procédure suivante :

Il faut renseigner la propriété HARVESTER_UPGRADE_PREVIOUS_VERSION du fichier commons-parameters.properties avec la valeur 1.6.0 pour que la tâche ant upgrade-harvester fonctionne correctement, sans quoi la mise à jour de la base de donnée n'operera pas :

# Numero de la version depuis laquelle une migration doit etre faite
HARVESTER_UPGRADE_PREVIOUS_VERSION=1.6.0

Ceci fait, lancez les tâches suivantes depuis ORI-OAI-quick-install :

ant init-build-harvester

ant upgrade-harvester

Note : en fonction du nombre de fiches que vous avez moissonnées, cette tâche peut durer assez longtemps (jusqu'à plusieurs minutes).

ORI-OAI-workflow

La structure de la base de données ayant évolué en 1.7, il est nécessaire de la mettre à jour, ce que vous ferez en exécutant les commandes suivantes depuis ORI-OAI-quick-install :

ant init-build-workflow

ant upgrade-workflow

Par contre, la structure des fichiers de configuration n'a pas changé dans cette version.
Si vous avez créé vos propres contributions de workflow, vous avez le choix entre :

  • mettre à jour en utilisant la commande svn "switch" (voir "Exploitation d'applications avec subversion") ;
  • installer ORI-OAI-workflow 1.7 et recopier vos contributions (dossiers custom/properties/workflows/xxxx et custom/properties/WebContent/xxxx) de la 1.6 sur la 1.7.

ORI-OAI-md-editor

La structure des fichiers de configuration n'a pas changé dans cette version.
Si vous avez créé vos propres contributions de formulaires, vous avez le choix entre :

  • mettre à jour en utilisant la commande svn "switch" (voir "Exploitation d'applications avec subversion") ;
  • installer ORI-OAI-md-editor 1.7 et recopier vos contributions (dossiers WEB-INF/resources/forms/ori-md-editor/xxxx) de la 1.6 sur la 1.7.


  • No labels