[rabbitmq-discuss] Flag implemented in exchange.delete but not in queue.delete?

Péter Szilágyi peterke at gmail.com
Sat Mar 6 12:31:23 GMT 2010


  Hmm... ok, I've checked the AMQP specs and now I see, that the if-unused
flag for queues is different than the is-unused flag for exchanges. I
thought the two would be the same.

Thanks and have a great weekend,

2010/3/6 Martin Sustrik <sustrik at 250bpm.com>

> Peter,
>   I have an interesting problem (I'm using version 1.7.0 of the broker):
>> both the exchange.delete and queue.delete have a if_unused flag. The specs
>> state, that if the if_unused flag is true, then an exchange will only be
>> deleted if it does not have any bindings (basically I don't have to keep
>> track of everything, but simply ask the server to only delete if nobody is
>> using it any more). Now my problem is, that the queue.delete also has such a
>> flag, but alas does nothing (and I also haven't found any infos about it).
>> My reasoning would be that it should do exactly the same thing: if there are
>> exchanges still bound to the queue, it shouldn't be deleted, nonetheless it
>> deletes it. Any ideas why this strange behaviour?
> Here's what AMQP documentation says:
>      The server SHOULD allow for a reasonable delay between the point
>      when it determines that a queue is not being used (or no longer
>      used), and the point when it deletes the queue.  At the least it
>      must allow a client to create a queue and then create a consumer
>      to read from it, with a small but non-zero delay between these
>      two actions.  The server should equally allow for clients that may
>      be disconnected prematurely, and wish to re-consume from the same
>      queue without losing messages.  We would recommend a configurable
>      timeout, with a suitable default value being one minute.
> Martin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20100306/743d27d4/attachment.htm 

More information about the rabbitmq-discuss mailing list