[rabbitmq-discuss] queue discovery
taylste at gmail.com
Tue Jan 31 06:40:55 GMT 2012
decided to assert that the queue exists for now. Got a weird publish
issue. I am publishing to a queue that exists and the message isn't
I confirmed this by looking at "rabbitmqctl.bat list_queues" and also, via
the management plugin.
Have you seen this before? What's a good way to troubleshoot?
On 31 January 2012 06:25, Steven Taylor <taylste at gmail.com> wrote:
> Hi Jerry,
> under the .net client, would that come through on the below?
> event BasicAckEventHandler BasicAcks;
> On 31 January 2012 05:49, Jerry Kuch <jerryk at vmware.com> wrote:
>> Hi, Steven
>> Asserting the queue existence probably may not be heavyweight enough for
>> to worry about. That said, you could consider setting the 'mandatory'
>> when you publish, in which case you'll get an asynchronous notification
>> if the
>> message cannot be routed to any queue (e.g. if no queues are bound to the
>> exchange you published too, or your routing key didn't match one that
>> was, etc.)
>> Best regards,
>> ----- Original Message -----
>> From: "Steven Taylor" <taylste at gmail.com>
>> To: rabbitmq-discuss at lists.rabbitmq.com
>> Sent: Monday, January 30, 2012 9:21:46 PM
>> Subject: [rabbitmq-discuss] queue discovery
>> chicken and egg situation here.
>> Sender expects that receiver will have created a queue, only, the sender
>> is in this case the first to exist, and so sends a message to a
>> non-existant queue.
>> Result: rabbit throws away the message. Is the only way forward to always
>> assert queue existance, or is there a lighter weight alternative? i.e. it'd
>> be nice to get a status or exception back stating if the message got routed
>> or not.
>> Same situation could occur if queue is defined with non durable and
>> autodelete. i.e. rabbit goes down and then comes back up.
>> rabbitmq-discuss mailing list
>> rabbitmq-discuss at lists.rabbitmq.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the rabbitmq-discuss