<div dir="ltr">For those of you following alone at home--  I just discovered that durable queues are particularly nice for nova scheduler. Without them an outage of either the MQ daemon (qpid in my case) or the scheduler itself can cause the scheduling requests to get dropped on the floor. With durability the instance gets scheduled when the broker or the scheduler come back to life.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 14, 2014 at 3:32 PM, Gordon Sim <span dir="ltr"><<a href="mailto:gsim@redhat.com" target="_blank">gsim@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 10/14/2014 07:36 PM, Aaron Knister wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
With RabbitMQ if a message is silently dropped by the broker will a<br>
timeout still occur/exception be raised because no reply/ack was received?<br>
<br>
With the QPID driver the automatic ack()'s Sandy mentioned don't occur?<br>
Will the sender eventually become aware that a message was lost? I'll<br>
take a timeout over a silent message drop any day.<br>
</blockquote>
<br></span>
Yes, for an RPC 'call' (i.e. not a cast, which has no reply) the call will block until the response is received or the timeout expires. In the latter case an exception is raised. This is independent of which driver is used.<br>
<br>
</blockquote></div><br></div>