Discussion :

[Dr_GreenThumb]

Bonjour,

Voila la problématique :
- Soit un objet PAPA qui contient des enfants KIDS.
- Le PAPA est mis à jour coté web, on peut lui ajouter/supprimer/modifier des enfants.
- Soit un service J2EE qui a une méthode enregistrer avec un PAPA en paramètre d'entrée.

Afin de ne pas avoir à gérer lors de l'enregistrement du papa, quels enfants ont été mis à jour ou supprimés ou ajoutés, j'ai pris le parti de supprimer tous les KIDS en base de donnée puis d'insérer tous les KIDS du PAPA tout juste modifié via l'IHM.

Le soucis est qu'Hibernate gère tout seul l'ordre d’exécution des requêtes, du coup il fait l'insert des nouveaux KIDS avant la suppression, donc... erreur de PK dupliquées etc...

En fouillant sur le net j'ai vu que je pouvais flusher la session directement après les delete et ainsi m'assurer que les données ont bien été supprimées avant de faire mes inserts. Mais.. ça va pas le faire car il est impératif d'avoir un rollback si jamais un de mes insert plante.

Connaissez vous une solution pour ce genre de pb ?

Merci d'avance

[DarkMolo]

Salut,

Dr_GreenThumb:
...Mais.. ça va pas le faire car il est impératif d'avoir un rollback si jamais un de mes insert plante.

Il ne devrait pas y avoir de problèmes dans ce genre, le "flush" de la session n'a rien avoir la transaction(commit/rollback).
Appeler le "flush" va simplement synchroniser ce qui est dans la session avec ce qui est en base de donnée, mais ce là ne veut pas dire que ces données ne peuvent pas être rollbackées, la transaction est toujours en cours.

http://docs.jboss.org/hibernate/core...state-flushing

[Dr_GreenThumb]

Ok, je pensais que le flush faisait un comitt. Pour l'instant je ne peux pas tester mais dés que j'ai du nouveau je re-post et j'espère que se sera pour marquer RESOLU

En tout cas merci poru ta réponse

[Dr_GreenThumb]

Ca roule ! RESOLU !