sdx-developers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[sdx-developers] sdx:deleteDocument(s)


From: Pierrick Brihaye
Subject: [sdx-developers] sdx:deleteDocument(s)
Date: Fri, 07 Nov 2003 12:18:49 +0100
User-agent: Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.0.2) Gecko/20030208 Netscape/7.02

Salut,

Je remarque une grosse dyssymétrie entre le SAX généré par <sdx:uploadDocument(s)> et celui généré par <sdx:deleteDocuments>. Difficile de rédiger des XSL avec ça :-)

1er point :

Les constantes de nommage :

String UPLOAD_DOCUMENT = "uploadDocument";
String UPLOAD_DOCUMENTS = "uploadDocuments";

J'aime bien :-)

String DELETION = "deletion";
String DELETIONS = "deletions";

J'aime moins :-(

2) un upload renvoie des <sdx:summary> avec :
@additions
@failures
@duration

Une destruction ne renvoie pas de @duration. On pourrait continuer la mutualisation en mettant @success ou similaire en lieu et place de @additions/@deletions.

3) En cas d'exception lors de la suppression (supprimer un document déjà supprimé par exemple), on a ça :

<sdx:deletions app="fr.gouv.culture.sdx.sribzh" base="db">
  <sdx:exception xml:lang="fr-FR" code="2000">
<sdx:message>Il nexiste pas de document avec lidentifiant, "MERIMEEIA35021838", pour la base, "db".</sdx:message>
  </sdx:exception>
  <sdx:summary deletions="0" failures="1"/>
</sdx:deletions>

Ne pourrait-on inclure la <sdx:exception> dans un <sdx:deleteDocument> comme cela est fait pour <sdx:uploadDocument> ?

4) Sans détailler les autres subtilités de <sdx:deleteDocuments>, il y a également un gros hack à mettre en place, au moins dans la doc :

Si le <sdx:deleteDocument> utilise une Query (très pratique !), il ne faut pas oublier de fixer un @hpp à -1 sinon on ne détruira que les 20 premiers résultats.

Qu'en pensez-vous ?

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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]