Transaction, execution a posteriori ?

C'est géré par Spring.
En fait, tu appliques à une méthode ou un ensemble de méthodes, une statégie de transaction, dans les fichiers de config de Spring (*.xml).
Si une requête plante, la transaction est annulée, c'est le principe même d'une transaction.
C'est Spring qui se charge de commiter ou rollbacker la transaction en fonction des exceptions remontées.

ah ok je comprends mieux.
Et donc comment Spring fait pour savoir que telle ou telle exception correspond a une erreur Hibernate (ou Oracle) et traite cela comme un probleme de transaction et empecher le commit ?

Il me semble que par défaut, toute exception se produisant dans la méthode transactionnelle, engendre un rollback.
Tu peux cependant paramétrer ce comportement dans les fichiers de conf de Spring.

+1 avec fr1man, toute exception levé lors d'une transaction engendre un roolback.


Si j'ai bien compris la doc Spring, il faut faire un truc de ce style:

Code:

---

1 2 3 4 5 6 7 8 9 10

<bean id="transactionAttributeSource" class="org.springframework.transaction.interceptor.NameMatchTransactionAttributeSource"> <property name="properties"> <props> <prop key="ta_methode"> +Exception </prop> </props> </property> </bean>

---

le + devant exception est censé indiqué que tu souhaites un commit meme si une exception du type suivant le + est levé.

Ok, merci beaucoup a tous les deux.
Ca a repondu a pas mal de mes doutes et de mes questions
je peux considerer ce thread comme Resolu.
Ceratainement que je reviendrais poser d'autres questions sur le sujet, mais ca sera dans la rubrique Spring.