我的应用程序使用 Glassfish 3.1.2 服务器和 OpenMQ 作为 JMS 提供者中的 JMS 消息。
当消费者无法处理消息时，就会发生奇怪的行为。在这种情况下，Glassfish 正确地将消息移动到死消息队列（经过 2 次尝试）。这很好。
当我重新启动服务器时，存储在 DMQ 中的消息会再次发送到原始目的地（没关系，尽管我没想到会出现这种行为）。现在，如果消费者成功，消息仍保留在目标中。
这是不正确的，因为在服务器再次重新启动后，消息再次被消费。奇怪的是，这一次消息被永久地从队列中删除。
问题是：
- 为什么消息仍在队列中？
- 为什么 GF 在重新启动后尝试将消息从 DMQ 自动移动到原始消息中？