Bonjour,
A mon avis, il n'est pas obligatoire d'utiliser les numéros de requête.
Si on le repousse à 10, le problème se reposera à 10 :-) .
Ceci pourrait faire l'affaire :
<!- On met la requête dans une variable -->
String query = ....
<sdx:addToHistoric limit="10">
<sdx:parameter name="lucene" valueString="query" />
</sdx:addToHistoric>
Puis utiliser ça, la xsl matche sur sdx:search dont on prend l'attribut
"lucene" qui contient la requête que l'on a affectée à la variable
"query" (voir sdx-actions dans la logicsheet)
André
Le 23/04/2009 12:23, > vincent Leconte (par Internet, dépôt
sdx-users-bounces+andre.davignon=equipement.gouv...@nongnu.org) a écrit :
Bonjour,
Nous avons mis en place un historique des recherches grâce aux commandes
sdx:addToHistoric et sdx:ShowHistoric.
Un problème survient quand le nombre de recherche effectué dépasse le
nombre maximum de requêtes en mémoire par user (fixé à 5 en dur dans
sdx.xsl ).
Les requêtes antérieures aux 5 dernières sont toujours présentes dans
l'historique mais leur qid ne correspond plus à rien en mémoire.
J'ai réussi à ne plus les afficher grâce au paramètre show=session et un
test xsl sur leur présence mais je n'arrive pas à augmenter la constante
sdx_qmax.
J'ai pourtant modifié la valeur en question dans le fichier sdx.xsl que
j'ai recopié dans WEB-INF\classes\fr\gouv\culture\sdx\logicsheet mais
rien n'y fait, le nombre de recherche en mémoire session reste toujours
bloqué à 5.
Ne serait-il pas plus cohérent de mettre cette variable en paramétrage
dans cocoon.xconf voir même dans application.xconf ?
Merci d'avance pour vos réponses,
Vincent
_______________________________________________
sdx-users mailing list
sdx-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/sdx-users
_______________________________________________
sdx-users mailing list
sdx-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/sdx-users
