activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Demian Mrakovich <>
Subject Re: [jira] Commented: (AMQ-1853) Optional non-blocking redelivery
Date Fri, 11 Jul 2008 11:40:52 GMT

Does that mean you have disabled redelivery in AMQ and actually implementing
your own redelivery mechanism by dispatching failed messages back on queue? 

I think having to do workarounds like that warrants added functionality in
AMQ to support this ;)

JIRA wrote:
>     [
> ] 
> Dmitry Tsigelnik commented on AMQ-1853:
> ---------------------------------------
> We have the same problem. We solve it in the next way: I wrap
> MessageListener by another, and if main MessageListener throws Exception
> wrapper redirect this mesage to sibling queue. This sibling queue listen
> the same MessageListener and good messages is not blocked
>> Optional non-blocking redelivery
>> --------------------------------
>>                 Key: AMQ-1853
>>                 URL:
>>             Project: ActiveMQ
>>          Issue Type: Wish
>>          Components: Broker
>>    Affects Versions: 5.1.0
>>            Reporter: Demian Mrakovich
>> When a message is redelivered the consumer blocks for the amount of time
>> specified by the redelivery delay. For a high load scenario where message
>> order is irrelevant this is just reducing performance and will result in
>> a complete halt if the delay is long and several bad messages are
>> consumed in a short time. 
>> I think what I basically wish for is how it worked in versions 3.x, prior
>> to fix for AMQ-268. So I would very much like to have configurable option
>> to NOT block consumers when redelivering messages. 
>> If no-one feels up to it, I'd still appreciate some hints and I could try
>> to fix it myself. Looking at ActiveMQMessageConsumer.rollback(), I was
>> thinking something in the lines of just scheduling a task to put the
>> message back on queue after a delay - if configured to, instead of
>> stopping delivery and a schedule a task to resume delivery again. But I
>> do not possess an understanding of AMQ thorough enough to predict
>> potential side effects of this, so any analysis would be helpful.
> -- 
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.

View this message in context:
Sent from the ActiveMQ - Dev mailing list archive at

View raw message