Discussion :

[inconnu652000]

Bonjour,

Je dispose d'une application découpée en 3 couches app, métier et dao. Les transactions sont déclaratives et gérées par spring. Le souci est que, lorsque un envoi de mail ou un envoi FTP se situe entre deux appels de Dao, un utilisateur reçoit des données d'un traitement qui n'est pas aller à son terme.

Bien sur on peux placer en fin de code tout les traitements, ils seront donc conditionné par la bonne exécution du code sql.

Ma question est :

Y-a-t-il un design pattern et/ou des classes spring permettant de gérer cette problématique toujours de la même manière et de façon efficace.

Merci

[inconnu652000]

Bonjour,

Je dispose d'une application découpée en 3 couches app, métier et dao. Les transactions sont déclaratives et gérées par spring. Le souci est que, lorsque un envoi de mail ou un envoi FTP se situe entre deux appels de Dao, un utilisateur reçoit des données d'un traitement qui n'est pas aller à son terme.

Bien sur on peux placer en fin de code tout les traitements, ils seront donc conditionné par la bonne exécution du code sql.

Ma question est :

Y-a-t-il un design pattern et/ou des classes spring permettant de gérer cette problématique toujours de la même manière et de façon efficace.

Merci

Donc finalement personne répond mais je suis maintenant capable de me répondre ....

ça pourrais intéresser. En fait il n'existe pas de solution à moins d'utiliser un outil transactionnel respectant (ou pas) une API (JDBC, JPA, JTA ....) et capable de rendre transactionnel ce que l'on veut faire.

Dans la cas contraire, la solution est bien de placer les traitements comme les envoi de mail ou FTP en fin de transaction. çad aprés le dernier appel d'un DAO.