[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[sdx-users] Tri des résultats d'un requête
From: |
Pierrick Brihaye |
Subject: |
[sdx-users] Tri des résultats d'un requête |
Date: |
Thu, 28 Feb 2002 16:05:01 +0100 |
User-agent: |
Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 |
Bon, je me suis mis à la FieldQuery ;-) Elle m'apporte bien plus que ce
qu'elle m'enlève...
J'ai donc une XSL qui me prépare un form :
<input type="hidden" name="tri" value="tico"/>
<select name="index"> <option
value="actu">appellation actuelle</option>
<option value="adrs">adresse</option>
...
</select>
Texte à rechercher :
<input type="text" name="query"/>
Autoriser les troncatures :
<input type="checkbox" name="usejokers" checked="checked"/>
<input type="submit" value="Rechercher"/>
Il y a tout ce qu'il me faut (j'ai coupé un peu) et j'envoie ça dans une
xsp via POST :
boolean
useJokers = (sdxRequest.getParameter("usejokers") != null);
if (useJokers)
{
<sdx:executeFieldQuery
fieldParam="index"
valueParam="query"
sfParams="tri"/>
}
else
{
<sdx:executeExactFieldQuery
fieldParam="index"
valueParam="query"
sfParams="tri"/>
}
Manque de pot, ça cherche, ça trouve mais ça trie pas :-(
Je suis allé faire un tour dans la classe générée par Cocoon, puis dans
SortSpecification.java qui semble faire ce que la doc
(http://sdx.culture.fr/sdx/sdxdoc/voir.xsp?id=c_type_recherches) dit :
Si l'ordre n'est pas précisé, c'est l'odre (sic) ascendant qui est effectif.
Je signale que :
- mon index/champ ("tico") existe bien :-)
- le retour me donne un sdx:sort égale à
<sdx:sort><sdx:key field="tico" order="asc"></sdx:key></sdx:sort> ce qui
semble montrer que la clé de tri a été prise en compte :-) dans l'ordre
*par défaut* comme je le désire :-))...
Suis-je en train de rater quelque chose ?
--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden
- [sdx-users] Tri des résultats d'un requête,
Pierrick Brihaye <=