Re: [sdx-developers] RE : Representatiojn des resultats

[Pierrick Brihaye]

Re,

Martin Sevigny a écrit:

> Pourquoi cette String dérange? Elle est bien sûr
> associée à Lucene, mais si on retrouve cet attribut seulement lorsqu'il
> y a un engine="Lucene", je ne vois pas le probème.

Moi, ça me gêne : idéalement, on devrait pouvoir tout valider par 
rapport à un schéma. Du point de vue du desgin, je n'aime pas trop les 
attributs "conditionnels".

> 2) Il y a déjà une représentation XML de toutes les requêtes effectuées
> par SDX ; c'est l'objet de l'élément sdx:query. Et cette représentation
> est totalement hiérarchique. C'est le fait que ce soit des sdx:query
> imbriqués qui cause problème? Moi je trouvais cela plutôt séduisant et
> surtout facile à manipuler par la suite...

Moi je préfère :

<sdx:query type="lucene">sdx:all</sdx:query>

et, avec le *même* modèle :

<sdx:query type="WFS">
  <wfs:GetFeature outputFormat="GML2" wfs:handle="All schools with all 
of their properties." xmlns:wfs="http://www.opengis.net/wfs"; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; 
xsi:schemaLocation="http://www.opengis.net/wfs 
http://www.galdosinc.com/wfs/schemas/Basic-WFS.xsd";>
    <wfs:Query 
wfs:typeName="urn:x-census-gov:tiger:schema:censustiger:v0.95#School"/>
  </wfs:GetFeature>
</sdx:query>

Et, si vraiment ça gêne :

<sdx:query type="lucene">
  <sdx:queryRepresentation>sdx:all</sdx:queryRepresentation>
  ...........
</sdx:query>

> Une Xpath en arbre??? Je ne vois pas l'intérêt...

Moi non plus. Je pensais à ma requête WFS.

> Oui, dans la discussion d'il y a quelques mois, c'est cet argument qui
> m'avait convaincu qu'il y avait tout de même une certaine forme de
> généricité aux requêtes/résultats SDX/Lucene, pour moi c'est la
> direction à prendre...

Idéalement, il faudra un jour examiner la piste du générateur, au sens 
Cocoon du terme.

> Bien sûr, c'est exactement l'objectif. Ce que je ne comprends pas, c'est
> en quoi les structures XML sdx:results et sdx:query et sdx:sort, si on
> leur ajoute des attributs engine="", empêchent d'y arriver?

Pour la raison expliquée plus haut : être en permanence capables de 
valider le flux SDX. On fait une requête, on la valide, on a un résultat 
natif, on le valide, on le transforme en response, on le valide. Bref, 
une approche très Cocoon : vous m'avez donné des goûts de luxe :-)

> Je suis
> conscient que l'organisation du code Java pourrait être revu pour en
> arriver là, mais ça me gène moins, car c'est nettement moins "public"
> que les structures XML renvoyées...

On est d'accord.

A tout de suite.

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden