Gros problème visualisation documents

Inscrit : 25/07/2005 16:47:41 Messages : 54 IP : 84.14.5.178 Hors ligne

Bonjour,

Je suis en train de migrer une instance Lutece 2.1.1 vers la dernière version possible. Mon choix initial était une version stable 2.3.2 mais devant l'impossibilité de télécharger une version du coeur seulement dans cette version (je ne voulais pas m'amuser à faire un nettoyage dans le site de démo!) je me suis rabattu sur la dernière nightly build 2.3.3 ainsi que sur les dernières nightly build de chaque plugin afin d'avoir des versions correctes par rapport au coeur. J'ai donc notamment le plugin document en 2.1.2.
Je suis par ailleurs reparti de ma base existante que j'ai monté de version avec les scripts "upgrade" et en bouchant les trous par comparaison.

J'ai désormais une instance qui tourne quasi correctement à un problème près, mais ce problème est bloquant pour un passage en production:

Il semble que le plugin document se souvienne d'une manière ou d'une autre du 1er type de document accédé lors de la visualisation d'un document et qu'ensuite la visualisation d'un document d'autre type échoue systématiquement.

Je m'explique:
- Lutece vient d'être lancé
- Connexion à la page de visu d'un document de type type1: la xsl associée à ce type de document est bien prise en compte, affichage normal (cf table document_type, xsl du frontal)
- Connexion à la page de visu d'un document de type type2: la xsl associée à ce type de document n'est pas prise en compte (cf table document_type, xsl du frontal), c'est le contenu texte du document xml qui est affichée de manière brute
- A ce stade tous les documents type1 sont OK et tous les documents type2 sont KO
- Arrêt/redémarrage de Tomcat
- Connexion à la page de visu d'un document de type type2: la xsl associée à ce type de document est bien prise en compte, affichage normal (cf table document_type, xsl du frontal)
- Connexion à la page de visu d'un document de type type1: la xsl associée à ce type de document n'est pas prise en compte (cf table document_type, xsl du frontal), c'est le contenu texte du document xml qui est affichée de manière brute
- A ce stade tous les documents type1 sont KO et tous les documents type2 sont OK

Le comportement est le même en admin avec la xsl standard d'affichage backoffice!!!

J'ai désactivé l'activation des 2 caches du plugin document, cela ne change rien. Aucune trace dans error.log

Merci de votre aide rapide, la mise en production est bloquée!!!

Bonjour,

Pouvez vous nous fournir
- le pom.xml qui a servi à générer l'ancien site
- le pom.xml qui a servi à générer le nouveau site
- un exemple de document insérer dans la première version qui ne fonctionne pas dans la nouvelle version

t.

Inscrit : 25/07/2005 16:47:41 Messages : 54 IP : 82.232.48.128 Hors ligne

Bonjour,

Je ne me suis pas servi desz fichiers pom.xml pour générer les sites: j'ai téléchargé les binaires (sous forme de .war) dans l'espace développeurs de Lutece et les ai déployé comme n'importe quelle webapp sous Tomcat (idem pour les plugins)
Pour la version initiale en 2.1.1 je me suis ensuite servi des scripts de création et d'initialisation de base fournis dans les dossiers sql

Pour la version cible en 2.3.3 la webapp a été créée sous le même modèle. La base a elle été exportée de la webapp initiale et j'y ai appliqué les scripts d'upgrade du coeur et des plugins de manière incrémentale (scripts des dossiers upgrade des dossiers sql)

Comme je l'ai ai écrit dans mon message je n'ai pas a proprement parler de document qui ne fonctionne pas dans la nouvelle version: selon le type de document consulté en premier, tout autre type de document sera traité bizarrement au sens que sa xsl spécifique sera ignorée et que seul le contenu texte du document xml sera affichée. Un arrêt/redémarrage de Tomcat et la consultation d'un de ces types de document en echec en premier montre alors qu'il est correctement traité mais que le type de document qui marchait correctement avant l'arrêt ne marche plus!

Ce n'est donc pas un problème sur un type de document spécifique mais sur la visualisation succesive de plusieurs types de documents

Lionel

Inscrit : 25/09/2008 11:03:58 Messages : 104 IP : 192.168.87.139 Hors ligne

Bonjour,

Il semble qu'il y ait un bug dans la gestion des caches de document.
Nous allons corriger ce problème et vous informer de la mise à jour du plugin.

Isa

Inscrit : 25/07/2005 16:47:41 Messages : 54 IP : 84.14.5.178 Hors ligne

Bonjour,

Merci de votre réponse,

Selon vous il est "normal" que ce problème de cache arrive même en désactivant les caches du plugin document? (car je suis prêt à contourner le problème en attendant en désactivant les caches qu'il faut)

Je vais redémarrer mon serveur de test quand même au cas où...

Inscrit : 25/09/2008 11:03:58 Messages : 104 IP : 192.168.87.139 Hors ligne

Nous avons une poste sur un paramètre dans le fichier config.properties :

qu'il faut reparamétrer en

Cela devrait permettre de contourner le problème en attendant la correction

Inscrit : 25/07/2005 16:47:41 Messages : 54 IP : 84.14.5.178 Hors ligne

Merci pour le pramaètre, cela résout effectivement le problème en attendant une mise à jour.

Inscrit : 10/03/2010 13:47:57 Messages : 1 IP : 172.19.180.6 Hors ligne

Bonjour,

Le problème a été résolu. Le correctif sera inclus dans la prochaine nightlybuild du plugin document puis dans la version 2.1.3 une fois la release effectuée : http://dev.lutece.paris.fr/jira/browse/DOCUMENT-110

Aro.