[rabbitmq-discuss] redelivered count

Jason J. W. Williams jasonjwwilliams at gmail.com
Wed Dec 8 18:58:16 GMT 2010


I would imagine so. But there are no real ordering guarantees anyway,
so I don't think that's a problem.

-J

On Wed, Dec 8, 2010 at 11:56 AM, John DeTreville <jdetreville at vmware.com> wrote:
> Well, I understand that part.
>
> But if suspected bad messages are to be delayed for a while, am I right to imagine that other messages would not be delayed? That is, messages would be reordered?
>
> Cheers,
> John
>
> On Dec 7, 2010, at 6:05 PM, Jason J. W. Williams wrote:
>
>> Hey John,
>>
>> I think the intent is to keep a message that's crashing a consumer
>> from being endlessly retried.
>>
>> -J
>>
>> On Tue, Dec 7, 2010 at 6:15 PM, John DeTreville <jdetreville at vmware.com> wrote:
>>> I'm a little confused. Would messages be reordered? Is the idea to move from message queues to something else?
>>>
>>> Cheers,
>>> John
>>>
>>> On Dec 7, 2010, at 2:39 PM, Justin Etheredge wrote:
>>>
>>>> It would interesting and useful if there was some way to see a redelivered count on a message. And as a little icing on the cake, it would be useful to be able to specify how long before a message is redelivered. That way if I specify that a message can be redelivered at most 10 times, it won't happen in a thousandth of a second. Any thoughts on this?
>>> _______________________________________________
>>> rabbitmq-discuss mailing list
>>> rabbitmq-discuss at lists.rabbitmq.com
>>> https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss
>>>
>
>


More information about the rabbitmq-discuss mailing list