Décoration des transactions du container

Bonjour a tous,

Je débute un projet utilisant une base Neo4j en backend. Les modules métiers sont des ejb déployés sur un wildfly.
Pour les classes de domaines, j'utilise la librairie neo4j-ogm, parfaite pour son job. Sauf qu'elle ne s'intègre pas du tout à JTA, donc exit les transaction gérées par le container.
D'où ma question : y a t'il un moyen de décorer ou d'intercepter les transactions du container pour gérer la transaction de neo4j en fonction de leur état? Ou alors voyez vous un autre moyen de réaliser la plomberie?

Merci d'avance.

Salut,

je ne connais pas bien Neo4j ni Neo4j-ogm mais el lisant ton probleme, je vois 2 moyens possibles d'intercepter des CMT (Container Managed Transaction).

1- Interface javax.transaction.Synchronization : elle a 2 methodes beforeCompletion et afterCompletion. Si ton objectif est de traiter la transaction avec Neo4j avant(beforeCompletion) ou apres (afterCompletion) celui du container.
2- Utiliser l'Interface TransactionSynchronizationRegistry ( Pattern Java EE 5/6 Context Holder). Dans ce cas, il faut ecrire un intercepteur (classe) dans lequel est injecte la resource TransactionSynchronizationRegistry ainsi que la methode AroundInvoke qui va traiter la transaction avec Neo4j. Decorer ton CMT bean avec cet intercepteur. Cela veut dire que ta methode AroundInvoke va declencher le traitement de ta transaction avec Neo4j.

Avec ces 2 methodes, je vois 2 problemes potentiels: confusion du a 2 manieres de traiter les transactions, et celui de la COMPENSATION de transaction.
Moi je conseillerais plutot de laisser de cote le CMT et d'utiliser le BMT (Bean Managed Transaction) qui te donnera plus de flexibilite.

Salut,

J'ai effectivement trouvé ces deux interfaces en farfouillant l'API hier, et je dirai même que le seul moyen que je vous est de combiner les deux.
Je ne m'en fait pas trop pour la compensation, la plupart des opération ne devrait pas poser de problème à ce niveau.
Le vrai soucis est qu'il faut réécrire tellement de code pour intégrer la librairie a un environnement cdi que je ne suis pas sur que le bénéfice soit réel (tout les constructeur ont 2-3 paramètres, tout les champs sont final, et les transactions sont gérées par un ThreadLocal...)
Affaire a suivre.