Re: [sdx-users] Problèmes de modification d'une application

[Martin Sevigny]

Bonjour,

> A chaque chargemement d'une applications SDX, j'obtiens dans les logs des 
> lignes du type :
>
> WARN    (2004-07-27) 14:48.18:270   [sdx.framework.insitu.sdxuserdb] 
> (Unknown-URI) Unknown-thread/Utilities: SDX - Serveur - Configuration : Unable 
> to configure the transformation with the id, step1.
> ...
> WARN    (2004-07-27) 14:48.18:380   [sdx.framework.insitu.base_revue] 
> (Unknown-URI) Unknown-thread/Utilities: SDX - Serveur - Configuration : Unable 
> to configure the transformation with the id, index_article.
>
> (c'est le fichier "sdx.log", avec les niveaux de log réglés sur DEBUG)
> Ceci correspond aux transformations définies dans les pipelines d'indexation. 
> Ces warnings sont affichés systématiquement, et pour toutes mes applications.
> Ces warnings ne me paraissaient pas très gênant, mais j'ai constaté depuis peu que 
> lorsque je modifiais ma liste des champs d'indexation (dans le fichier 
> "application.xconf") et ma feuille XSLT d'indexation elle-même, les 
> modifications n'étaient pas prises en compte. Lorsque j'indexe des nouveaux documents, 
> les index correspondant aux champs ajoutés ne sont pas générés.
> J'ai pourtant testé ma feuille d'indexation à part (avec saxon) et celle-ci est 
> bien correcte.

Il semble que ce soit un mauvais message d'erreur. Ou plutôt un
avertissement (WARN) lancé sans raison apparente. Pas trop gênant, mais
on vérifiera.

> J'ai essayé de modifier la casse dans l'élément <sdx:transformation> pour l'attribut 
> type="XSLT", mais si je remets des minuscule, le warning devient une erreur.

Oui, on doit avoir XSLT ici, pas xslt.

> D'autre part, je n'ai jamais su avec certitude ce qu'il fallait faire pour que les 
> modifications de la configuration d'une application soient prises en compte. Un 
> redémarrage du serveur semble fonctionner mais c'est un peu lourd. J'ai essayé également 
> de fermer et rouvrir l'application depuis le console d'administration de SDX et ça semble 
> marcher. Est-ce que je dois me servir du bouton "Reconfiguration" ?

Il y a différentes choses ici.

- modification de la XSLT d'indexation : normalement, rien de spécial à
faire, les modifications devraient être toujours prises en compte

- modification de la fieldList (ou du application.xconf en fait) :
normalement, le bouton "reconfigurer", ou encore la séquence "fermer
l'application / ouvrir l'application" devrait être suffisant...


... mais pour ce dernier point ce n'est pas toujours le cas, notamment à
cause de la manière dont les objets de recherche Lucene sont construits
et gérés dans SDX. Il y aurait place à amélioration dans ce cas, car la
fonction "reconfigurer" ne fonctionne pas toujours à cause de ce problème.

Redémarrer Tomcat est plus long, mais plus sûr aussi ;-)

> Y a-t-il des fichiers et/ou documents à supprimer lorsque l'on modifie une 
> application ?

Si on se méfie de la cache Cocoon, alors on peut toujours supprimer le
dossier "work" de Tomcat, ou plus précisément le sous-dossier qui
correspond à l'application SDX.

Ne pas oublier que Cocoon a aussi une cache mémoire qui parfois peut
surprendre. Donc quand on n'est plus certain de rien, on arrêté Tomcat,
on vide les navigateurs Web de leur cache, on les redémarre, etc. C'est
rare qu'on doive se rendre jusque là, mais parfois, quand on n'arrive
pas à croire ce qu'on voit, ça peut nous rassurer ;-)

> Une autre question me vient à l'esprit. Elle a peut-être été déjà posée, mais 
> je la repose quand-même.
> Quelle est la procédure à suivre pour déplacer/copier une application d'un 
> serveur SDX à un autre lorsqu'elle contient des documents déjà indexés (dans le 
> cas où les entrepots sont de type FileSystem). Quand je fais une simple copie 
> de l'arboresscence, je suis obligé de ré-indexer mes documents. Y a-t-il des 
> contraintes à respecter ?

Si ce sont des entrepôts FS définis dans l'arborescence de
l'application, je ne vois pas pourquoi vous devez réindexer... En fait,
c'est la principale (seule?) utilité des entrepôts FileSystem...

Sinon, ce n'est pas encore certain, mais on devrait ajouter bientôt un
bouton "sauvegarder cette application" dans l'interface
d'administration, et éventuellement quelque chose comme "récupérer une
application", toujours dans l'interface d'admin.

L'idée serait de permettre le passage simplifié d'une installation à
l'autre, données + applications. Pour tous les types d'entrepôts.
Contributions bienvenues ;-)

A bientôt,

Martin Sévigny