<div dir="ltr">Thanks, Michael.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Mar 27, 2014 at 10:31 AM, Michael Klishin <span dir="ltr"><<a href="mailto:mklishin@gopivotal.com" target="_blank">mklishin@gopivotal.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 27 March 2014 at 18:25:39, Gary Russell (<a href="mailto:grussell@gopivotal.com">grussell@gopivotal.com</a>) wrote:<br>

> > Is this a known (or fixed) issue...<br>
><br>
> <a href="https://jira.spring.io/browse/AMQP-386" target="_blank">https://jira.spring.io/browse/AMQP-386</a> ?<br>
<br>
</div>Yes:�<a href="https://bugzilla.rabbitmq.com/show_bug.cgi?id=25708" target="_blank">https://bugzilla.rabbitmq.com/show_bug.cgi?id=25708</a><br>
<div class=""><br>
><br>
> It looks like the java client is blocked in basicCancel() waiting<br>
> for a reply.<br>
><br>
> Based on the line numbers, it looks like he's using the default<br>
> (old) version of the client (2.8.4) pulled in by the old version<br>
> of Spring AMQP he's using (1.1.3).<br>
<br>
</div>The issue was that when you invoke a blocking operation (e.g. basic.consume or queue.declare)<br>
from a basic.cancel handler, continuations deadlocked.�<br>
--<br>
MK<br>
<br>
Software Engineer, Pivotal/RabbitMQ<br>
_______________________________________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com">rabbitmq-discuss@lists.rabbitmq.com</a><br>
<a href="https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss</a><br>
</blockquote></div><br></div>