L’application i-Parapheur v4.x, sous le capot, s’appuie toujours sur un moteur de GED « Alfresco Community 3.4.c » jusqu’à présent. Ce moteur de GED est utilisé en boîte noire, c’est-à-dire que les capacités de GED pure et de workflow sont rendues inaccessibles à l’utilisateur.
Alfresco se révèle très efficace pour tout un tas de fonctions, mais subit aussi un certain nombre de bugs, notamment du moteur de recherche qui a tendance à se corrompre dans cette version. C’est dû le plus souvent à des pics de charge qui sont mal digérés par LUCENE. Une seule porte de sortie efficace: re-générer les indexes du moteur de recherche.
Conséquences d’index corrompu dans i-Parapheur
Toujours délicat à évaluer, mais une corruption des indexes nuit à l’usage. La recherche documentaire fonctionne mal. Donc, la navigation en elle-même est impactée puisque les documents souhaités ne sont plus accessibles.
Cela impacte aussi les connecteurs tiers, qui utilisent i-Parapheur depuis la librairie de Web-Services.
Les Web-Services exploitent aussi la recherche LUCENE.
En bref, ça peut complètement bloquer l’exploitation de l’outil, jusqu’à empêcher la création de nouveaux dossiers!
Allons-y !
C’est pas compliqué, juste un séquencement d’opérations à respecter:
- D’abord, arrêter l’application.
/etc/init.d/alfresco stop
- Dans le répertoire de stockage d’entrepôt (/opt/iParapheur/alf_data), on trouve:
- Purger les répertoires relatifs à l’indexation LUCENE:
cd /opt/iParapheur/alf_data/ rm -rf ./luxene-indexes rm -rf ./backup-lucene-indexes
- Changer le critère pour forcer la re-indexation, dans le fichier tomcat/shared/classes/alfersco-global.properties :
index.recovery.mode=FULL
- Démarrer l’application:
/etc/init.d/alfresco start
- Ensuite seulement, remettre le critère en position « automatique »:
index.recovery.mode=AUTO
Voilà, ce n’est pas plus tordu que cela.
Et après ?
Maintenant, patience, parce que selon le poids de l’entrepôt (le nombre de dossiers effectivement présents dans l’application), ça va prendre un temps… certain! 🙂
Post-Scriptum: la solution ultime consiste à corriger l’algorithme d’indexation, le rendre plus robuste. Ou à changer le moteur. Nous allons changer la version d’Alfresco Community, au profit de la version 5.1 très probablement.