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] <mailto:[email protected]>>:
Thanks Achim.
I went through the other issues in pax-jdbc and found this one:
https://ops4j1.jira.com/browse/PAXJDBC-106
<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] <mailto:[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
<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
<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/fe1ad1a0a5dff12a5f0f3a287a260086d392251d
<https://github.com/ops4j/org.ops4j.pax.jdbc/commit/fe1ad1a0a5dff12a5f0f3a287a260086d392251d>
I plan to merge this after the 1.0.1 release.
Christian
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
http://www.talend.com
--
--
------------------
OPS4J - http://www.ops4j.org - [email protected]
<mailto:[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]
<mailto:[email protected]>.
For more options, visit https://groups.google.com/d/optout
<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/
<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]
<mailto:[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]
<mailto:[email protected]>.
For more options, visit https://groups.google.com/d/optout
<https://groups.google.com/d/optout>.
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
http://www.talend.com
--
--
------------------
OPS4J - http://www.ops4j.org - [email protected]
<mailto:[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]
<mailto:[email protected]>.
For more options, visit https://groups.google.com/d/optout
<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]
<mailto:[email protected]>.
For more options, visit https://groups.google.com/d/optout.
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
http://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.
