Return to list

Gros problème visualisation documents

avatar provided by gravatar.com Lionel | Mar 8, 2010 5:26:49 PM

Gros problème visualisation documents

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!!!

Vote Score 14

Share

Report

Commentaires (7 )

Posted by : ARO | 10/03/2010 14:17:06
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.
 
Posted by : Lionel | 09/03/2010 19:31:34
Merci pour le pramaètre, cela résout effectivement le problème en attendant une mise à jour.
 
Posted by : isa | 09/03/2010 16:34:52
Nous avons une poste sur un paramètre dans le fichier config.properties : [code]# In production set to number of CPU/core + 1 . ( 0 = disabled ) service.xmlTransformer.transformerPoolSize=2 [/code] qu'il faut reparamétrer en [code]# In production set to number of CPU/core + 1 . ( 0 = disabled ) service.xmlTransformer.transformerPoolSize=0 [/code] Cela devrait permettre de contourner le problème en attendant la correction
 
Posted by : Lionel | 09/03/2010 15:13:01
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ù...
 
Posted by : isa | 09/03/2010 15:02:12
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
 
Posted by : Lionel | 09/03/2010 09:52:10
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
 
Posted by : TLA | 09/03/2010 09:35:39
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.
 

 Top of the page

Return to list