Re: [sdx-developers] sdx:deletedocuments

[Pierrick Brihaye]

Re,

Malo Pichot a écrit:

> Sans vouloir lancer la discussion trop loin : j'ai du mal avec supprimer 
> car mes documents existent toujours

Eternel problème entre une ressource et sa référence...

> En l'occurence, il s'agit de <sdx:locations>

Oups !

> C'est cela. Il s'agit d'apporter l'info pour contextualiser l'action de 
> construction de la requête, puisque les sdx:*Query (e.g., 
> sdx:fieldQuery) n'admettent pas d'info de localisation (ce sont les 
> sdx:execute*Query qui porte cette info généralement).

Oui. D'où les problèmes suivants :

1) est-ce que la/les location doit être portée par la préparation ? A 
titre personnel, je dirais que oui : on prépare une requête pour un 
environnement *pré*défini (voir à ce sujet AbstractQuery.setUp(...).

Il y a d'ailleurs un truc qui me chifonne là-dessus ; je prends un exemple :

<xsl:template name="sdx:fieldQuery" match="sdx:fieldQuery">
...
  <xsl:call-template name="sdx:query-before"/>
  ...
</xsl:template>

<xsl:template name="sdx:query-before">
...
 <xsl:apply-templates select="sdx:locations"/>
 ...
</xsl:template>

<xsl:template match="sdx:executeFieldQuery">
...     
 <xsl:call-template name="sdx:locations"/>
 <xsl:call-template name="sdx:fieldQuery"/>
 ...
</xsl:template>

Ca fait pas un peu beaucoup de traitements de sdx:locations ?

2) est-ce que <sdx:deleteDocuments> ne doit pas plutôt prend en compte 
des éléments <sdx:execute*Query> ? Ici aussi, je dirais que oui car ça 
colle plus aux habitudes : on cherche *réellement* à exécuter la 
requête, i.e. à avoir des résultats. Changer le modèle poserait des 
problèmes de compatibilité...

3) on peut effectivement faire simple en introduisant <sdx:locations> 
dans <sdx:deleteDocuments> mais on réinvente la roue, non ?

A+

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