sdx-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE : [sdx-users] qid


From: Martin Sevigny
Subject: RE : [sdx-users] qid
Date: Tue, 21 Jan 2003 09:21:41 +0100

Bonjour,

> Sur mon appli je permets de cliquer sur le nom des auteurs 
> pour lancer une recherche 'auteur:(DUPONT Jean)'; 

Ce n'est pas l'objet de votre message, mais je me permet de faire le
commentaire suivant.

Pour faire cela, il est préférable d'utiliser <sdx:executeFieldQuery
fieldParam="f" valueParam="v"/> et de passer une URL du genre :
.xsp?f=auteur&v=DUPONT+Jean

Si le champ auteur est de type field, vous trouverez exactement cette
valeur, ce qui correspond au besoin je pense.

Si vous voulez absolument utiliser une simpleQuery et chercher dans un
champ de type field, vous pouvez utiliser la syntaxe auteur:|DUPONT
Jean| (c'est du SDX, pas du Lucene...).

> mais si on 
> lance une recherche, puis qu'on clique sur un nom d'auteur, 
> puis qu'on revient en arrière sur la page de résultats de 
> recherche, et qu'alors, depuis cette page, on cherche à 
> passer à la page suivante, on obtient une page blanche, sans 
> message d'erreur.

Humm... A priori, il n'y a aucune raison que ça ne fonctionne pas...
Mais je viens d'effectuer une opération similaire dans sdxworld, et la
première fois qu'on clique sur page suivante ça ne marche pas (il reste
sur la même page), mais la seconde fois ça marche.

Je pense que c'est un énième problème de "paramètres sticky" dans la
taglib SDX. A corriger.

> Je pense que la raison est que la requête et/ou ses résultats 
> ont été perdus ("qid"); mais peut-on éviter la page blanche 
> dans l'exemple qui précède, à savoir, au moins, détecter que 
> qid est perdue? (Pour afficher un message d'erreur du type 
> "veuillez effectuer votre recherche à nouveau" -- ou, mieux, 
> relancer la recherche si qid est perdue, puisque dans tous 
> les cas la valeur de q est conservée.)

Faut voir ce qu'il y a "derrière" la page blanche. Il est probable que
SDX renvoie une exception, donc il y a un élément <sdx:exception> qui
peut être correctement traité.

A bientôt,

Martin Sévigny





reply via email to

[Prev in Thread] Current Thread [Next in Thread]