activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Li Li <>
Subject Re: can a client "refuse" a message?
Date Tue, 04 Mar 2014 01:18:54 GMT
there are some questions.
1. how cant a consumer reject a message? throw a runtimeexception?
2. which parameter control retry times before moving to dead letter queue?
3. what's maximumRedeliveries mean in the following xml?
    does it mean 4 times redelivery to a single consumer before move
to dead letter queue or at most redelivery to 4 consumers(if it's
rejected by all)?
    If the former is correct, How can I control the max times the
message redelivery from dead letter queue to original queue?
4. if the max redelevery times exceed 4, will this message retain in
dead letter queue or be deleted?
<broker xmlns=""
schedulerSupport="true" >
            <redeliveryPlugin fallbackToDeadLetter="true"
                            <!-- a destination specific policy -->
                            <redeliveryPolicy queue="SpecialQueue"
redeliveryDelay="10000" />
                        <!-- the fallback policy for all other destinations -->
                            <redeliveryPolicy maximumRedeliveries="4"
redeliveryDelay="10000" />

On Mon, Mar 3, 2014 at 7:59 PM, Gary Tully <> wrote:
> peek at the broker redelivery plugin -
> that is most of what you want, the only caveat is that the number of
> retries is not auto tuned to the number of consumers so you will just
> have to pick a large enough value. Messages that a consumer rejects
> get resent to the queue.
> On 3 March 2014 09:54, Li Li <> wrote:
>> thank you very much. is it possible for client to send a message back
>> to the front of the queue? I mean if consumer A can't process this
>> message, it create a new message(the new message's content is the same
>> as the old one) and put it to the front of the queue(so it can be
>> consumed soon). I know I can set message priority. But I don't know
>> whether it's performant.
>> On Mon, Mar 3, 2014 at 5:47 PM, Rob Davies <> wrote:
>>> Beanstalkd might be a better fit for your use case - it's job based - and iirc
allows the client to reject jobs
>>>> On 3 Mar 2014, at 09:41, Li Li <> wrote:
>>>> thank you. I want to know now is that to achieve my goal(as I
>>>> described before), is it suitable to use activemq(or activemq+camel).
>>>> if it's very hard to implement with activemq(+camel), I will try other
>>>> solutions. or any other solutions are very welcomed. I could use any
>>>> related solution(e.g. rabbitmq or other message related system)
>>>>> On Mon, Mar 3, 2014 at 5:14 PM, Noel OConnor <>
>>>>> Rather than trying to change activemq you could look at implementing
>>>>> something with activemq and camel to provide this custom dispatch and
>>>>> redelivery mechanism.
>>>>> But as artnaseef stated it wouldn't be a simple solution.
>>>>>> On Mon, Mar 3, 2014 at 6:41 PM, Li Li <>
>>>>>> sorry to hear that. I need this feature very much. is it possible
>>>>>> "extend" activemq to achive this? is it difficult to modify the
>>>>>> dispatch logic of activemq?
>>>>>>> On Mon, Mar 3, 2014 at 1:56 PM, artnaseef <>
>>>>>>> JMS does not provide such a method. You could use one queue per
>>>>>> and have a consumer send the message back to an input queueon failure,
>>>>>> it would get complex since a way of knowing which consumers rejected
>>>>>> message would need to be tracked with the message, as well as knowing
>>>>>> the consumers and their queues.
>>>>>>> Sent from my iPhone
>>>>>>>> On Mar 2, 2014, at 9:36 PM, "Li Li [via ActiveMQ]" <
>>>>>>> wrote:
>>>>>>>> hi all,
>>>>>>>>    can a queue message consumer "refuse" a message after
receive a
>>>>>> message?
>>>>>>>>    because a client don't know the message in advance.
>>>>>>>>    onMessage(Message msg){
>>>>>>>>          if(CannotProcess(msg)){
>>>>>>>>               //refuse this message
>>>>>>>>          }
>>>>>>>>     }
>>>>>>>> what I need is: if the message can't be processed by one
client, it
>>>>>>>> can be sent to another consumer.
>>>>>>>> if all consumer "refuse" this message, then this message
will be
>>>>>>>> removed to dead letter queue or to the end of the queue.
>>>>>>>> If you reply to this email, your message will be added to
>>>>>> discussion below:
>>>>>>>> To start a new topic under ActiveMQ - User, email
>>>>>>>> To unsubscribe from ActiveMQ - User, click here.
>>>>>>>> NAML
>>>>>>> --
>>>>>>> View this message in context:
>>>>>>> Sent from the ActiveMQ - User mailing list archive at
> --

View raw message