Sorry, I thought that the XA credentials were given to create UserTransaction (not managed connection).
So there's not any issue except my foolishness ;-). 2017-02-10 14:07 GMT+01:00 Christian Schneider <[email protected]>: > Can you explain this in more detail? I would not expect any problems with > multiple connections using the same credentials. > > Christian > > > On 10.02.2017 14:04, Charlie Mordant wrote: > > Not sure that we want the same xa credential as the datasource one every > time. > In order to fix it on the user side, we've got to specify in the config > user= > password= > AND > pool.username= > pool.password= > > Using the same credential could be problematic with multiple XA resource > (or maybe I don't understand every aspect of XA management). > > Regards, > > 2017-02-10 13:31 GMT+01:00 Christian Schneider <[email protected]>: > >> Thanks Achim. >> >> >> >> I went through the other issues in pax-jdbc and found this one: >> https://ops4j1.jira.com/browse/PAXJDBC-106 >> >> It sounds like a serious issue with the aries pooling. So I think we need >> to fix it before the release. >> >> Christian >> >> >> On 10.02.2017 11:37, 'Achim Nierbeck' via OPS4J wrote: >> >> version 1.1.0 ... done >> >> 2017-02-10 10:59 GMT+01:00 Christian Schneider <[email protected]>: >> >>> pax-jdbc 1.0.1 release >>> >>> I would like to do a pax-jdbc 1.0.1 release today or tomorrow. We fixed >>> a bug in the hikari pooling and a user asked for the fixed version. >>> There is also an open issue with the aries pooling. If possible we >>> should fix this for 1.0.1 but there is a workaround. >>> >>> Can someone create a new pax-jdbc 1.1.0 release so I can move issues to >>> it? >>> >>> See: >>> >>> https://ops4j1.jira.com/projects/PAXJDBC/versions/22601/tab/ >>> release-report-all-issues >>> Avoid stacking trackers For 1.1.0 I plan to redesign the trackers for >>> pax-jdbc-config: >>> https://ops4j1.jira.com/browse/PAXJDBC-119 >>> >>> The problem we face at the moment is that pax-jdbc-config depends on >>> several other services and some of these are even only needed depending on >>> some of the config settings. >>> As we currently have to stack individual trackers to implement these >>> dependencies this is quite tedious and will be more difficult with every >>> new service we need to track. >>> >>> So I designed a new generic MultiServiceTracker. This can be configured >>> with the services to track and will fire a callback when all services are >>> present. So it is a bit like DS behaves but more configureable for services >>> that are only needed in certain cases. >>> I have committed the implementation into a new branch and would be happy >>> about feedback: >>> https://github.com/ops4j/org.ops4j.pax.jdbc/commit/fe1ad1a0a >>> 5dff12a5f0f3a287a260086d392251d >>> >>> I plan to merge this after the 1.0.1 release. >>> >>> Christian >>> >>> -- >>> Christian Schneiderhttp://www.liquid-reality.de >>> >>> Open Source Architecthttp://www.talend.com >>> >>> -- >>> -- >>> ------------------ >>> OPS4J - http://www.ops4j.org - [email protected] >>> >>> --- >>> You received this message because you are subscribed to the Google >>> Groups "OPS4J" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> >> >> -- >> >> Apache Member >> Apache Karaf <http://karaf.apache.org/> Committer & PMC >> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer >> & Project Lead >> blog <http://notizblog.nierbeck.de/> >> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS> >> >> Software Architect / Project Manager / Scrum Master >> >> -- >> -- >> ------------------ >> OPS4J - http://www.ops4j.org - [email protected] >> >> --- >> You received this message because you are subscribed to the Google Groups >> "OPS4J" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> For more options, visit https://groups.google.com/d/optout. >> >> >> >> -- >> Christian Schneiderhttp://www.liquid-reality.de >> >> Open Source Architecthttp://www.talend.com >> >> -- >> -- >> ------------------ >> OPS4J - http://www.ops4j.org - [email protected] >> >> --- >> You received this message because you are subscribed to the Google Groups >> "OPS4J" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> For more options, visit https://groups.google.com/d/optout. >> > > > > -- > Charlie Mordant > > Full OSGI/EE stack made with Karaf: https://github.com/ > OsgiliathEnterprise/net.osgiliath.parent > -- > -- > ------------------ > OPS4J - http://www.ops4j.org - [email protected] > > --- > You received this message because you are subscribed to the Google Groups > "OPS4J" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > > > > -- > Christian Schneiderhttp://www.liquid-reality.de > > Open Source Architecthttp://www.talend.com > > -- > -- > ------------------ > OPS4J - http://www.ops4j.org - [email protected] > > --- > You received this message because you are subscribed to the Google Groups > "OPS4J" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- Charlie Mordant Full OSGI/EE stack made with Karaf: https://github.com/OsgiliathEnterprise/net.osgiliath.parent -- -- ------------------ OPS4J - http://www.ops4j.org - [email protected] --- You received this message because you are subscribed to the Google Groups "OPS4J" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
