-
Bug
-
Resolution: Done
-
Major
-
12.0.0.Final, 13.0.0.Beta1
There is some corner cases in which IJ isn't able to avoid IJ000100 (closing connection for you) on connection already marked as invalid and firing IJ000100 closing it, even if the connection would be closed as invalid immediately after. It doesn't create problems to the connection pool, but the redundant WARN isn't useful and could be read as connection leak.
It happens only with enlistment-trace=false (which is default since 7.2) set for the involved datasource
- clones
-
JBEAP-14758 [GSS](7.1.z) JBJCA-1377 - Cached-connection-manager DEBUG connection closure could be too eager with enlistment-trace==false
- Closed
- is blocked by
-
JBJCA-1377 use enlistmentTrace instead of disableEnlistment parameter to avoid eager IJ000100
- Resolved
-
WFLY-10415 Upgrade to ironjacamar 1.4.10 Final
- Closed