Ibm mq Java的MQ基类：-间歇mqrc 2128:UoW已在进行中

我们使用MQ基类和MQ作为XA事务协调器

Environment 

MQ 7.5 Red Hat Linux 6.4 Java 1.7

Scenario :

一,。MqManager.begin

排队。获取（在获取选项中设置同步点）

数据库保存

MqManager.commit/rollback

返回到步骤1

大多数情况下，步骤5 i。E新事务的启动工作正常，但已在进行中的情况下会间歇性抛出异常。由于第4步调用成功，我们认为应该成功提交或回滚事务。在启动新事务时，它不应导致问题。是否有人能提出导致UoW未提交或回滚的原因，即使在q经理成功执行提交/回滚调用后也是如此

谢谢

---

Vaibhav

您可能正在缓存JMS消费者或其他一些JMS对象

实际上，在较低级别，MQ对话由各种较低级别的客户端调用（如PUT、GET或MQOPEN命令）驱动。您的问题是发出的MQBEGIN命令与正确的MQCLOSE（？）命令不匹配。这一切都发生在JMS驱动程序中，Java开发人员不知道这一点

如果我没记错，MQBEGIN调用映射到jms使用者的创建。关闭所有jms对象，但连接本身将起作用

---

这是一种堕落。关闭所有JMS对象的问题在于，它会增加cpu使用率，因为MQOPEN和类似调用往往会占用大量cpu。

您可能正在缓存JMS使用者或其他一些JMS对象

实际上，在较低级别，MQ对话由各种较低级别的客户端调用（如PUT、GET或MQOPEN命令）驱动。您的问题是发出的MQBEGIN命令与正确的MQCLOSE（？）命令不匹配。这一切都发生在JMS驱动程序中，Java开发人员不知道这一点

如果我没记错，MQBEGIN调用映射到jms使用者的创建。关闭所有jms对象，但连接本身将起作用

---

这是一种堕落。关闭所有JMS对象的问题在于，它会增加cpu使用率，因为MQOPEN和类似调用的cpu成本往往很高。

您可能正在缓存JMS使用者。感谢您的响应，但是如上所述，我们正在使用MQ基类。没有使用Jms.Ok。您的MQBEGIN调用未关闭。请看我的详细答案。忽略JMS内容您可能正在缓存JMS使用者。感谢您的响应，但是如上所述，我们正在使用MQ基类。没有使用Jms.Ok。您的MQBEGIN调用未关闭。请看我的详细答案。忽略JMS内容您可能正在缓存JMS使用者。感谢您的响应，但是如上所述，我们正在使用MQ基类。没有使用Jms.Ok。您的MQBEGIN调用未关闭。请看我的详细答案。忽略JMS内容