-
Bug
-
Resolution: Done
-
Major
-
7.0.0.GA
-
None
The container is not cleaning up container managed JMSContext, causing a connection leak.
The JMS 2.0 API doc[1] states the following :
<quote>
Applications running in the Java EE web and EJB containers may alternatively inject a JMSContext into their application using the @Inject annotation. A JMSContext that is created in this way is described as being container-managed. A container-managed JMSContext will be closed automatically by the container.
</quote>
However the JCA's CacheConnectionManager (CCM) complains a connection leak if the application didn't explicitly close the JMSContext, which is not required for container managed JMSContext.
[1] http://docs.oracle.com/javaee/7/api/javax/jms/JMSContext.html
- is cloned by
-
WFLY-9501 Container is not cleaning up container-managed JMSContext
- Closed
-
JBJCA-1358 Container is not cleaning up container-managed JMSContext
- Coding In Progress
- is duplicated by
-
JBEAP-10503 ActiveMQ leaks connections if a JMS message is sent from an MDB
- Closed
- is related to
-
JBEAP-10503 ActiveMQ leaks connections if a JMS message is sent from an MDB
- Closed
-
JBEAP-15517 [GSS](7.2.z) Leaking connections when multiple EJBs are injecting a JMSContext
- Closed
-
JBEAP-15565 (7.2.z) Wildfly leaks ActiveMQ connections - regression caused by JBEAP-7503
- Closed
-
JBEAP-15566 [GSS](7.1.z) Wildfly leaks ActiveMQ connections - regression caused by JBEAP-7503
- Closed
-
JBEAP-15580 [GSS](7.1.z) Leaking connections when multiple EJBs are injecting a JMSContext
- Closed
-
WFLY-8217 ActiveMQ leaks connections if a JMS message is sent from an MDB
- Closed