Re: [sdx-developers] Feature request ?

[Pierrick Brihaye]

Je poursuis mes réflexions...

> > Mais cela veut dire une xsp dynamique qui serait compilée à chaque fois ?
>
> A priori non.

En fait si. On aurait 3 cas de figure :

- statique pur. Pour définir statiquement une liste de documents. Ca 
peut être utile quand on ne peut déterminer ces documents avec une 
requête simple (car "sdxdocid:1 OR sdxdocid:2 OR..." n'est pas ce que 
j'appelle une requête simple :-) Utile dans une table des matières par 
exemple... ou dans la sélection du mois mais j'ai bien peur que ce soit 
les seuls cas de figure.
- pseudo-statique. Ici, la génération de la XSP est confié à une appli 
hors SDX. Gros problèmes d'interfaçage en pespective... et recompilation 
systématique. A éviter absolument.
- dynamique. Ici, on irait chercher le jeu de résultats via une URL. A 
charge pour elle de renvoyer un format lisible par SDX. Un truc du genre :

<sdx:createResults resolver="http://myserver/myappli?q=my_special_query"; 
.../>

La requête (request) pourrait renvoyer :

<results>
  <result id="1"/>
  <result id="2"/>
  <result id="3"/>
</results>

On pourrait spécialiser :

<sdx:createResults type="SQL" server="myserver:3306" db="mydb" 
query="select * from mytable where myfield = myvalue" />

En fait, on aboutit au concept de requêtes (query) externes à SDX...

Il est d'ailleurs intéressant de noter que j'ai proposé 
<sdx:createResults> car je me plaçais du côté du côté du concepteur 
d'applications. En tant que développeur SDX, j'aurais dû proposer 
<sdx:executeExternalQuery> :-))

A+

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