[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.
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?
> 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.
>> 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?
>>> 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
More information about the rabbitmq-discuss