activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Barry Kaplan (JIRA)" <>
Subject [jira] Commented: (AMQ-1038) Incorrect redelivery behavior and counters
Date Fri, 19 Jan 2007 20:56:48 GMT


Barry Kaplan commented on AMQ-1038:

Any chance that this will get some attention? The current behavior pretty much requires that
redelivery be implemented in client code by incrementing a message property and putting a
cloned message back on the queue.

> Incorrect redelivery behavior and counters
> ------------------------------------------
>                 Key: AMQ-1038
>                 URL:
>             Project: ActiveMQ
>          Issue Type: Bug
>    Affects Versions: 4.0.1
>         Environment: Windows XP Pro
> java version "1.5.0_06"
>            Reporter: Steve Bate
>         Attachments:
> Our understanding is that the RedeliveryPolicy maxRedeliveryCount controls the maximum
number of times a message will be redelivered (assumed to be a global count and not a per-consumer
count). The behavior we are seeing is that messages are redelivered more times than we specified.
The problem may be related to the way the redelivery counter is being maintained. We see the
redelivery counter incrementing by one for redeliveries to a specific consumer, but then it
resets to a lower number when the message is redelivered to a different consumer.
> I have attached a test case to demonstrate the problem. The first test is a simple baseline
example that passes. The second test shows that messages are being redelivered too many times
for the redelivery policy. The third tests catches a regression in the delivery count (redelivery
count + 1) when sending a rolled back message to a new consumer.
> The test suite uses an embedded broker using the VM protocol so it should be standalone.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:


View raw message