RE: [sdx-users] Bug dans le tri par date sur SDX 2.2

[Frederic . Evesque]

> 
> > J'ai téléchargé le fichier et l'ai mis dans le répertoire lib.
> > En redémarrant Tomcat, ou même le serveur, mes recherches 
> ne fonctionnent
> > plus du tout... Cela renvoie une page blanche (en dehors de 
> l'entête)
> > Quand on est admin, results.xsp2sdx renvoie notamment une page vide.
> > Je n'ai pas vu de message d'erreur spécifique dans les logs
> > (sdx/web-inf/logs/)
> > La seule chose qui marche encore est l'affichage des index.
> 
> Intéressant, je n'ai pas penser le spécifier, mais avez-vous 
> supprimé le 
> dossier work de Tomcat, pour qu'il recompile les pages?

Je viens de supprimer le répertoire work/sdx de Tomcat

Cette fois, il n'arrive plus à compiler la page results.xsp :

org.apache.cocoon.ProcessingException: Language Exception:
org.apache.cocoon.components.language.LanguageException: Error compiling
results_xsp:
Line 1913, column 36: error while loading class
fr.gouv.culture.sdx.utils.AbstractSdxObject: java.io.IOException: file
fr/gouv/culture/sdx/utils/AbstractSdxObject.class not found
Line 0, column 0: 
1 error


Apparemment, il lui manque un fichier...


> 
> Moi j'ai ajouté la librairie et je ne vois pas ces problèmes, je peux 
> faire des recherches. Je n'ai rien sous le coude pour tester 
> le tri mais 
> tout le reste fonctionne correctement.
> 
> Aussi, le .jar a été téléchargé sans erreur? Parfois il y a 
> une mauvaise 
> interprétation de ces fichiers, qui sont sauvegardés localement en 
> texte... Si vous faite unzip -d /tmp _sdx_bugdates.jar vous 
> obtenez bien 
> une extraction normale?

Oui, c'est bon, en dézippant on voit bien les fichiers
SortSpecification.class et SortSpecification$Sort.class