Discussion :

[snetechen]

Bonjour,
je développe une application web en java, et j'ai besoin dans la meme transaction :

lire un fichier plat,
parser un fichier xml,
générer un document rtf
et faire des mise à jour dans la base de données..


mon souci, c'est soit exécuter les 4 opérations en un seul block, soit je fais un rollback de tout si jamais l'un de ces opérations échoue

est-ce possible, et comment faire?

pour le moment j'ai fait les 4 opérations dans un block try, et s'il y a un problème, ds le catch je fais rollback, mais malgré cela le document rtf est déjà géneré, d'où le problème.

merci d'avance

[CyberChouan]

Je crois que tu analyses mal ton problème:

Tout d'abord un rollback ne s'effectue que sur des choses que tu modifies. Donc si tu as un problème lors de ta lecture de fichier texte ou de ton parsing de fichier XML, tu n'as aucun rollback à effectuer puisque tu n'as modifié aucune donnée.

Ensuite, pour ta génération de pdf et ton écriture en base, ce n'est pas compliqué:

- tu crées ton fichier rtf, et si ça se passe mal, tu supprimes le fichier et tu arrêtes ton traitement
- tu tentes ton écriture en base. Si elle se passe bien, fin. Sinon, tu supprimes le fichier rtf généré à l'étape d'avant.

[snetechen]

Merci beaucoup pour ta réponse,
oui en fait, je me suis mal exprimé,
donc tu propose, si j'ai déjà crée le document, et la mise à jour ne s'est pas bien passée, je supprime le fichier, c'est faisable malgré que c'est un peu lourd, car il est stocké sur un serveur de fichier.
y a aucun moyen de soit faire les deux opérations soit annuler les deux?
merci

[CyberChouan]

Dans ce cas tu inverses, ça sera moins lourd:

- tu effectues ta mise en base, et si elle se passe mal, tu annules.
- tu génères ton rtf, si ça se passe bien fin. Sinon, tu supprimes les modifications en base.

La méthode la plus propre serait à mon avis:

- tu effectues ta requête à la base de données, mais sans effectuer de "commit()", et tu gardes la connexion ouverte.
- tu tentes de générer ton rtf
- si ça marche, tu effectues un "commit()" de la connexion et tu la fermes
- si la génération s'est mal passée, tu effectues un "rollback()" de la connexion avant de la fermer.

Le seul problème, c'est que je ne sait pas combien de temps prend la génération de ton fichier rtf. Si elle est rapide, ça passe sans problème! Sinon, il est possible que ta connexion à la base soit fermée prématurément par ton serveur de BDD pour cause de "timeout", et là c'est problématique!

Il faut donc que tu te renseignes sur les temps d'inactivité autorisés sur ta base de données.

[snetechen]

merci beaucoup,
ta réponse est très précieuse,
je vais essayer cette eéthode et je te tiens au courant lundi
la générationd e mon rtf est très rapide 2seconde, donc ca devrait pas poser un problème à mon avis mais je vais me renseigner.
encore une fois merci beaucoup