-
Bug
-
Resolution: Done
-
Critical
-
7.0.0.ER5
-
None
With WebSphere MQ 7.5 or WebSphereMQ 8 calling method commit() or rollback() on UserTransaction closes any JMS connections which was part of this transaction.
As discribed in comment [1], adding tracking="false" to connection-definition element solves the problem.
We need to document it. Could you please add it to subchapter "7.1. Deploy the WebSphere MQ Resource Adapter" to example of resource adapter configuration.
Basicly, we need to replace
<connection-definition class-name="com.ibm.mq.connector.outbound.ManagedConnectionFactoryImpl" jndi-name="java:jboss/MQ.CONNECTIONFACTORY.NAME" pool-name="MQ.CONNECTIONFACTORY.NAME">
with
<connection-definition class-name="com.ibm.mq.connector.outbound.ManagedConnectionFactoryImpl" jndi-name="java:jboss/MQ.CONNECTIONFACTORY.NAME" pool-name="MQ.CONNECTIONFACTORY.NAME" tracking="false">
Could you please add a note, that setting tracking="false", solves problem with WebSphere MQ 7.5 and 8, where method commit() or rollback() on UserTransaction closes any JMS connections which was part of this transaction. This part is related to documenting known limitation of WebSphere MQ in JBEAP-3142.
- is related to
-
JBEAP-1806 Create content necessary for 'Provide Support for WebSphere MQ v7.5 as the external JMS Provider via JCA'
-
- Closed
-
-
JBEAP-2344 UserTransaction commit(), rollback() closes connection in Websphere MQ 7.5
-
- Closed
-
-
JBEAP-673 Documentation: Add chapter "Deploy the WebSphere MQ 8 Resource Adapter" to Administration Guide
-
- Closed
-
-
JBEAP-3142 Document known limitations for WebSphere MQ 7.5
-
- Closed
-