Discussion :

[HadanMarv]

Hello,

Contexte :
3 applications dialoguent entre elles.
A : CRM Dynamics (Microsoft .NET)
B : Spring
C : J2EE

A appel B.
B appel C.

B va créer des enregistrements dans la base de l'application C.
C va récupérer ces enregistrements et réaliser un traitement.
Suite ) quoi l'application B reprend la main.

Pour l'application B toutes les transactions sont gérées par AOP.
Pour l'application C les transactions sont gérés sur chaque DAO.

Détail des appel :
A appel B par webservices.
B déclenche un traitement et rend la main à A

Traitement de B:
Etape 1. B réalise un premier traitement.
Etape 2. B créé les enregistrements nécessaires au futur traitement de C.
Etape 3. B appel C
Etape 4. C réalise son traitement et rend la main à B.
Etape 5. B termine le traitement.

Problème rencontré :
la transaction étant géré sur la méthode les enregistrements insérés par B ne sont commités que à la fin du traitement. Par conséquent C ne peut pas les voir.

Le soucis est donc qu'il faudra pouvoir commité l'étapge 2 avant de réalisé l'étape 3.
Question comment réalisé cela proprement.

D'avance merci.

HadanMarv

[HadanMarv]

Ma question n'est-elle pas clair ?
HadanMarv

[tchize_]

Tout ce que tu peux faire dans B c'est, si le traitement dans C échoue, refaire des commande SQL qui annulent les précédentes. Je ne connais pas de serveur SQL qui gère le rollback d'une transaction déjà commité. Il existe bien le support des transactions à plusieurs niveau, mais ça reste dans une transaction maître.

Autre solution, passer à C les paramètres au lieu de les mettre dans la base de données, et laisser C gérer la transaction (bien plus propre selon moi).