TransactionProxyFactoryBean - Pb de commit

Bonjour,

Je suis dans le cas de figure suivant :

Une méthode d'une classe A (une action struts dans mon cas) appelle une méthode "enregistrer"' d'une classe B (un service applicatif dans mon cas).
La classe B est injecté dans A, mais en fait on injecte un Proxy de B, la véritable classe étant un org.springframework.transaction.interceptor.TransactionProxyFactoryBean (avec B en target) afin que les transactions soient gérées dans cette classe.

Le problème est que dans ma méthode "enregistrer" j'ai un traitement en 2 phases, un commit devant être fait entre les deux phases.
Je me demande si je suis obligé de passer par l'accès à l'objet transactionManager et faire un commit, ou si je pouvais le faire au niveau configuration, ce qui serait bcp plus propre pour moi.

J'ai pensé à un moment faire appeler deux méthodes pour mes deux phases à partir de ma méthode "enregistrer" (genre "phase1" et "phase2"). Au niveau configuration spring, spécifier un PROPAGATION_REQUIRES_NEW pour les deux sous méthodes. Mais étant donné que ces méthodes sont appelées à partir de la classe B et non du proxy, il n'y a visiblement pas de prise en compte de la configuration, est-ce bien cela ?

Des idées ? 8O
Merci

Je suppose que ce que tu fais est :

Code:

---

1 2 3 4 5 6 7

public maMethodeA{   this.appelSousMethode1(); this.appelSousMethode2();   }

---

alors effectivement, l'appel étant fait directement sur l'objet This et non le Proxy, la configuration des transactions pour les "appelSousMethode" n'est pas prises en compte.

Il y a divers solutions ( plus au moins bonnes ) possible :

- au lieu de faire this.appelSousMethode, faire un applicationContext.getBean(tonService).appelSousMethode -> Résultat tu passe par le proxy

- Utiliser une couche supplémentaire dans laquelle tu met tes sousMethode, et sur laquelle tu configure les transation new
- Utiliser le loadtime weaving, je pense qu'il règle d'office le problème du this. Mais il nécessite une configuration speciale

Ok merci bcp, je regarde cela tout de suite.
Je ne connais pas le loadtime weaving, je vais me renseigner. J'avoue que j'aimerais bien éviter les deux premières solutions :lol: