Re: [sdx-developers] sdx:deleteDocument(s)

[Pierrick Brihaye]

Re,

Frédéric Glorieux a écrit:

> > <sdx:uploadDocuments> -> <sdx:uploadDocuments>
> > <sdx:executeSimpleQuery> -> <sdx:executeSimpleQuery>
> > <sdx:includeDocument> -> <sdx:includeDocument>
>
> +1

Délicat : gros problèmes de compatibilité...

> > Avec, pourquoi pas, un jeu sur les namespaces ? sdx-request vs. 
> > sdx-response...
>
> -1
> A mon avis, le contexte est encore assez clair pour ne pas tomber dans 
> le délire cocoon ou il y a un namespace par taglib, avec une ligne java 
> par tag.

Dans une logique composants, la gestion de NS me paraît très pratique. 
Avec un flux utilisant sdx_repo, sdx_index (qui n'est, parès tout, qu'un 
avatar de sdx_repo), sdx_user... chaque composant saurait ce qu'il 
aurait à faire... ou à ne pas faire.

Par exemple, j'ai actuellement un problème d'identifiant unique (on est 
coûtumiers du fait ici) : je voudrais uploader en remplacement si l'ID 
est dans la même commune. Si tel n'est pas le cas l'upload génèrerait 
une erreur. En effet, la seule chose dont je suis sûr, c'est que je n'ai 
pas 2 fois la meme id dans la même commune.

En passant une requête dans le flux d'upload, je pourrais changer 
dynamiquement les paramètres sur *chaque* document et non sur l'upload 
tout entier. Faire ça en logicsheet serait probablement un vrai casse-tête.

Mais bon... c'est du SDX 3 :-)

> Il faut aussi réfléchir en contexte de pipes, un highlight, c'est 
> response, ou encore autre chose ?

Ca serait un composant capable d'intercepter le flux émis par une 
response. Je ne vois pas l'intérêt de l'utiliser dans une request :-)

> Je souhaiterai plutôt penser SDX comme des transformeurs sur un même 
> namespace, qui développe les éléments qu'on lui passe en y faisant 
> entrer de l'info (requêtes, termes), dont certaines témoignent d'une 
> action (upload...)

V. plus haut ma contre-proposition.

> > Ca permettrait, par exemple, d'avoir des éléments vides lorsque les 
> > paramètres passés sont invalides.
>
> Intéressant... Tu voudrais une sorte de XSL schematron qui valide ?

Pas forcément. Mais des composants qui me répondent qu'ils n'ont pas 
compris le flux qu'on leur envoie seraient peut-être plus faiclement 
maintenables que des logicsheets énormes.

A+

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