implementer un connecteur XA

Bonjour tout le monde,

je bosse sur un connecteur qui doit permettre de connexion XA afin d'intégrer des requêtes vers une base orienté graphe dans tout le reste (EJB/CDI/JTA quoi). Le soucis c'est que si le web fourmille de tuto sur JCA, je ne trouve rien qui aborde la question de XAResource et de son implémentation.

Donc, quelques questions:

• La classe XAResource doit-elle "wrapper" (je ne trouve plus le mot français :aie: ) l'objet retourné par l'implémentation de ConnectionManager#getConnection(Subject subject, ConnectionRequestInfo cxRequestInfo) ?
• Faut-il gérer la liaison de la XAResource avec le TransactionManager ou le serveur comprend-t-il comme un grand?
• Faut-il implementer Xid (et une factory pour les générer), ou le serveur se charge-t-il de les fournir ?

Il y en aura sans doute d'autres qui suivront, et peut-être des choses incohérente. Si quelqu'un à un lien à proposer, je suis également preneur.

Merci.

Je ne suis pas sûr de comprendre ton problème... tu as une connexion JDBC qui ne prend pas en charge les transactions distribuées (XA) et tu voudrais l'émuler ?

Salut,

si je comprends bien ton application doit interagir avec plusieurs sources de donnees dont une n'est pas un SGBDR. Le fait qu'une source de données ne soit pas un SGBDR complexifit les choses et par ricochet tu ne peux pas beneficier des facilités qu'offrent les serveur d'application et transaction manager pour la gestion des transactions distribuées.

Car dans le cas des SGBDRs, certains serveurs d'applications prennent en charge la gestion des transactions distribuées, mais il faut faire des configs. Ex avec glassfish, Connection pool -- resource type `javax.sql.XADataSource` -- activer ou desactiver le checkbox `Non Transactional Connections`.

Avec Spring, il faut juste declarer le transaction manager dans ton application-context.xmml.

Mais dans ton cas, je crois que ta 3eme proposition semble etre la bonne c-a-d implementer la classe Xid pour l'identification des transactions.

Voici un article qui peut t'aider :
https://www.progress.com/jdbc/resour...action-manager

@OButterlin c'est a peu près ça

Le but a la base est de pouvoir intégrer à une appli qui existe, et qui utilise deja des transactions XA vers plusieurs PersistenceUnit, de communiquer avec un serveur Neo4j.

Comme leur ogm n'est pas vraiment top, je me suis suis dirigé vers Tinkerpop et son serveur gremlin. Leur driver java est pas trop mal foutu, et il utilise parfaitement Neo4j en backend. Mais toujours pas de XA.

Donc, je vais wrapper le driver dans un connecteur JCA pour que mon petit Wildfly intègre tout ça.

Pour répondre à mes propres questions :

• il n'est pas obligatoire de wrapper la connexion retourner dans l'implémentation de XAResource, même s'il faut qu'elle puissent communiquer pour la bonne marche de l'ensemble.
• il est du ressort du serveur de fournir l'implémentation de Xid, tout comme de faire d'enlister la XAresource dans la transaction.

J'ai encore pas mal de boulot, mais je posterai l'avancée des travaux ( et peut-être un billet une fois fini tiens).

Bien sur je reste preneur de conseils.