[
https://issues.apache.org/jira/browse/AMQ-6847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16233944#comment-16233944
]
ASF subversion and git services commented on AMQ-6847:
------------------------------------------------------
Commit 03b19b9da4d50c3bb8985f930e93596c7d994d26 in activemq's branch
refs/heads/master from [~gtully]
[ https://git-wip-us.apache.org/repos/asf?p=activemq.git;h=03b19b9 ]
[AMQ-6847] limit the retry loop to one iteration overa all pending messages
such that new additions are not replayed to avoid duplicates
> Immediate poison ACK after move from DLQ leads to message loss
> --------------------------------------------------------------
>
> Key: AMQ-6847
> URL: https://issues.apache.org/jira/browse/AMQ-6847
> Project: ActiveMQ
> Issue Type: Bug
> Affects Versions: 5.14.5, 5.15.2
> Reporter: Alvin Kwekel
> Assignee: Gary Tully
> Priority: Major
> Fix For: 5.16.0
>
> Attachments: FailingReceiver.java, dlq-redelivery-issue.tar.gz
>
>
> *Setup*
> * setMaximumRedeliveries(0)
> * Throw RuntimeException (Poison ACK) in consumer directly after receiving
> message
> *Scenario*
> * Move message from DLQ to original input queue (either web console or JMX
> retryMessages)
> * Processing of message fails again directly
> * The message is considered to be still on the DLQ on the rejection and
> ActiveMQ logs "Not adding duplicate to DLQ"
> Introducing a delay before throwing the exception in the client will get
> around the issue.
> I initially noticed the issue when using an AMQP reject (Apache Qpid Proton)
> after which I reproduced similar conditions (instant poison ACK) it with the
> JMS client. The attached Java app will reproduce the issue on 5.14.5 and
> 5.15.2.
> Might be related to AMQ-5752.
>
> 2017-10-24 13:38:11,275 | DEBUG | Not adding duplicate to DLQ:
> ID:xxx-32848-1508845049112-6:1:1:1:1, dest: queue://TEST |
> org.apache.activemq.broker.region.policy.AbstractDeadLetterStrategy |
> ActiveMQ Transport: tcp:///127.0.0.1:36360@61616
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
