获取MQJE001后出现重复消息：发生MQException：完成代码“2”，原因“2018”
共有1个答案
首先，我建议至少更新您正在使用的客户端的版本；7.0.1.12是最新版本。应用于QM的维护也是有用的。水平的差异可能是问题所在，但我建议获得一个最近的水平将是一个好的做法。设计是这样的，差异不应该很重要--特别是如果使用客户端模式（TCP/IP）时，这提供了一个添加的
我假设这是Java类，而不是您使用的JMS API？在这种情况下，提交将由您选择的同步点选项来控制。
JMS具有消息自动确认的概念；在这里，消息被放在syncpoint（transaction）之外，因此出现在队列中。出现问题并重新放入消息。通常，这是应用程序响应错误的良好实践，但如果不放入事务，重复消息就会冒风险。
-
我在从MQ本地队列获取消息时遇到以下异常。这是我的连接代码。运行该代码后，我遇到以下异常 这是我的代码
-
我当前正在从一个远程队列读取，该队列中填充了事务（消息）。我正在通过访问队列和测量记录的大小来读取它。 但只有一些消息，有趣的是，我有一个自定义的重试变量，第三次重试得到一个空白消息。 我可能的解决方案： 起初，我认为它可能是waitInterval，我一直将它从150毫秒改为30秒。对于某些消息，我在不到100毫秒的时间内正确地得到它们。但是给我带来问题的消息会占用所有的waitInterval
-
我正在编写一个从MQ读取分段消息的使用者。我使用Spring JMS/Spring集成来处理其他队列。我知道IBM MQ不支持JMS中的消息分段：（这里的相关问题：如何在Spring integration中组装MQ消息段） 下面是我想出的将IBM MQ类用于java和Spring的方法。 MQ对象的Bean定义。 消费者代码： 使用这种配置，使用者可以按照需要工作，它将所有分段的消息组装起来，作
-
使用以下SSLCipherSuite创建MQQueueManager对象时： 我想问题出在MQ配置端，因为我的jre 返回“TLS_RSA_WITH_AES_128_CBC_SHA”作为密码套件之一。但我不确定QMgr配置到底出了什么问题。谢谢你的提示。
-
当我尝试测试我的非常简单的消息流时,我得到了这个错误： MQJE001:完成代码“%2”，原因“2495”。 我看过与这个问题有关的其他问题，但没有一个解决方案能帮助我解决这个问题。 我也尝试过仅仅部署这个应用程序并将消息放到队列中，但是MQInput节点没有得到任何消息，即使在失败输出（转换）中也是如此，并且MQExplorer在队列中显示了一条消息。 我正在使用本地集成节点和本地队列管理器。