Thanks, Simon.<div>Sorry I mis-phrased my last question (I blame my enthusiasm about the release ;) ), as we already had a short conversation about this a while back. I wanted to ask whether this would be changed to total_consumers at some point, but I guess that&#39;s not happening.</div>

<div>Cheers</div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Nov 19, 2012 at 4:01 PM, Simon MacMullen <span dir="ltr">&lt;<a href="mailto:simon@rabbitmq.com" target="_blank">simon@rabbitmq.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">On 19/11/12 13:50, Gerolf Seitz wrote:<br>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Congratulations. A lot of awesome features in that release (especially<br>
per-message TTL).<br>
</blockquote>
<br></div>
Thanks!<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
I have 2 questions though:<br>
<br>
 &gt;&gt; 23896 remove support for AMQP&#39;s &quot;immediate&quot; publish mode<br>
I assume that&#39;s because it doesn&#39;t play well in a clustered environment?<br>
It&#39;s a shame though, as we make use of that quite heavily in certain<br>
parts of one of our applications.<br>
</blockquote>
<br></div>
It was problematic in clustering, but it also generally added quite a lot of complexity to the information flow within the broker, to little end.<br>
<br>
You may find that publishing with TTL 0 to be a good substitute.<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">
 &gt;&gt; 25193 expose count of non-blocked consumers as a queue info item<br>
Does this only affect the statistics/management plugin? Or is this now<br>
the number that is returned in the declare-ok response message<br></div>
(1.7.2.2.3. Parameter queue.declare觔k.consumer苞ount)<u></u>?<br>
</blockquote>
<br>
This has *always* been the number returned in declare-ok. But previously this number was not exposed in ctl/mgmt, they only told you the total number of consumers. Now they tell you both.<br>
<br>
Cheers, Simon<span class=""><font color="#888888"><br>
<br>
<br>
-- <br>
Simon MacMullen<br>
RabbitMQ, VMware<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div>Gerolf Seitz</div><div><br></div><div>twitter: @gersei<div>code: <a href="http://github.com/gseitz" target="_blank">github.com/gseitz</a></div>

</div><br>
</div></div>