<font face="trebuchet ms,sans-serif">David, I somewhat agree with you, lack of documentation about operational aspects of broker behavior is something I have been missing as well. That said it&#39;s usually not so difficult to overcome as it&#39;s fortunately quite easy to explore the behavior of the broker under certain circumstances, and it may take less than waiting for a reply on the mailing list!<br>

</font><br><div class="gmail_quote">On Sat, Feb 25, 2012 at 03:54, Liuzhuofu <span dir="ltr">&lt;<a href="mailto:liuzhuofu@huawei.com">liuzhuofu@huawei.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">






<div>
<div style="direction:ltr;font-size:10pt;font-family:Tahoma">Hi all:
<div>&nbsp; &nbsp; I have met the problem too. I know how to change my client code to fix it.&nbsp;</div>
<div>&nbsp; &nbsp; And I have a question, problem or skill like this can only be found in the mail-list, but there is no document&nbsp;describe them&nbsp;full-scale. In my opinion, this is a big &nbsp;difficulty for all the developers on Rabbit-MQ.</div>


<div><br>
</div>
<div>Regards,</div>
<div>David<br>
<div style="font-size:16px;font-family:Times New Roman">
<hr>
<div style="direction:ltr"><font color="#000000" face="Tahoma"><b>������:</b> <a href="mailto:rabbitmq-discuss-bounces@lists.rabbitmq.com" target="_blank">rabbitmq-discuss-bounces@lists.rabbitmq.com</a> [<a href="mailto:rabbitmq-discuss-bounces@lists.rabbitmq.com" target="_blank">rabbitmq-discuss-bounces@lists.rabbitmq.com</a>] ���� Simone Busoli [<a href="mailto:simone.busoli@gmail.com" target="_blank">simone.busoli@gmail.com</a>]<br>


<b>����ʱ��:</b> 2012��2��22�� 5:18<br>
<b>��:</b> Steve Powell<br>
<b>Cc:</b> <a href="mailto:rabbitmq-discuss@lists.rabbitmq.com" target="_blank">rabbitmq-discuss@lists.rabbitmq.com</a><br>
<b>����:</b> Re: [rabbitmq-discuss] Passive queue declaration and channel closure<br>
</font><br>
</div><div><div class="h5">
<div></div>
<div>
<p>Thanks Steve, that&#39;s pretty much what Simon had already clarified, and I agreed that changing this behavior is not practical.</p>
<div class="gmail_quote">On Feb 21, 2012 2:24 PM, &quot;Steve Powell&quot; &lt;<a href="mailto:steve@rabbitmq.com" target="_blank">steve@rabbitmq.com</a>&gt; wrote:<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Simone,<br>
<br>
Replies in-line below..<br>
<br>
I don&#39;t think this is likely to change in the near future, since it<br>
would be disruptive to most clients that use this.<br>
<br>
Steve Powell &nbsp;(a happy bunny)<br>
----------some more definitions from the SPD----------<br>
vermin (v.) Treating the dachshund for roundworm.<br>
chinchilla (n.) Cooling device for the lower jaw.<br>
socialcast (n.) Someone to whom everyone is speaking but nobody likes.<br>
<br>
On 16 Feb 2012, at 17:10, Busoli, Simone wrote:<br>
<br>
&gt; Without relying on the management plugin I think the only way to do that is to<br>
&gt; declare the queue as passive. At least with the .NET client and apparently the<br>
&gt; Java client too, when the queue does not exist, besides throwing an exception,<br>
&gt; the channel is closed as well. From the spec:<br>
&gt;<br>
&gt; If set, the server will reply with Declare-Ok if the queue already exists with<br>
&gt; the same name, and raise an error if not. The client can use this to check<br>
&gt; whether a queue exists without modifying the server state.<br>
<br>
The spec goes on to say:<br>
<br>
&nbsp;The client MAY ask the server to assert that a queue exists without creating<br>
&nbsp;the queue if not. If the queue does not exist, the server treats this as a<br>
&nbsp;failure. Error code: not-found<br>
<br>
&gt; There is no mention of channel closure, while the last sentence implies that<br>
&gt; using the passive bit is indeed a way for a client to check queue existence, so<br>
&gt; closing the channel when it doesn&rsquo;t is a bit unexpected. That said, it&rsquo;s not a<br>
&gt; big deal to recreate the channel in such cases, but I&rsquo;d appreciate your opinion.<br>
&gt; Any chance this behavior can be changed in the client libraries?<br>
<br>
This is the mention of channel-closure -- an &#39;error&#39; raised on the channel will<br>
close it.<br>
<br>
_______________________________________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com" target="_blank">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>
</div>
</div></div></div>
</div>
</div>
</div>

</blockquote></div><br>