Discussion :

[Gob4]

Bonjour à tous,

Je développe actuellement une application sous Flex / Spring et je suis confronté à un problème d'architecture au niveau de ma couche de persistance.

Je sais que ce n'est pas du tout recommandé mais j'ai besoin de mettre en place un système gérant des transactions vers ma base de donnée dont le commit (ou rollback) peut être déclenché par le client de façon asynchrone.
En gros, l'utilisateur doit pouvoir naviguer sur plusieurs écrans, appeler divers services de ma couche métier et exécuter des requête, le tout au sein de la même transaction. Ainsi, à la fin, il peut soit faire un "commit" soit faire un "rollback".

Mon problème est donc le suivant :
Même avec le TransactionManager de Spring, la durée de vie de la connexion que j'utilise sur mon serveur ne dépasse pas celle du thread courant (c'est à dire la durée de vie d'une requête http client).

Comment puis-je conserver une connexion qui serait associée à un utilisateur pour gérer ce type de transaction ?

Merci pour votre aide.

[Tommy31]

Il te manque une notion de démarcation supplémentaire : la session.

Pour ton affaire, il faut ouvrir et maintenir une transaction (et une connexion) pendant toute la durée de la session http. Le mieux est de développer un filtre http pour cela.