<html><head></head><body bgcolor="#FFFFFF"><div>I dont want to set any expectations here, as Simon hasn't stated explicitly that we will do this, but...</div><div><br></div><div>If/when we get the infrastructure in place to distribute binaries for multiple platforms, this might be doable. But at the moment there's no support for native libraries so you might have to wait a wee while for this.<br></div><div><br>On 20 Oct 2012, at 03:38, Brendan Hay &lt;<a href="mailto:brendan@soundcloud.com">brendan@soundcloud.com</a>&gt; wrote:<br><br></div><div></div><blockquote type="cite"><div>To follow on with the possible mochweb replacement, how about choosing a native/faster JSON serialization lib? =)<div><br><div class="gmail_quote">On Sat, Oct 20, 2012 at 12:45 PM, Gavin M. Roy <span dir="ltr">&lt;<a href="mailto:gmr@meetme.com" target="_blank">gmr@meetme.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>This is great! Thanks!</div><div><br></div><div>Since you're talking about new features, how about a request? Since you're making federation config dynamic, how about configuration changes for shovel without having to restart the broker too?</div>
<div><br></div><div>And a bigger request? A counter for the number of messages that have passed through a queue? :)</div><div><br></div><div>Will cowboy make it's way in as a replacement for mochiweb? Have you guys seen any improvement in performance with it?</div>
<div><br></div><div>Cheers,</div><div><br></div><div>Gavin&nbsp;</div><div class="HOEnZb"><div class="h5"><div><br></div><div><br></div>
                <div><div><span style="color:rgb(160,160,168)">On Friday, October 19, 2012 at 7:04 AM, Simon MacMullen wrote:</span></div></div>
                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px">
                    <span><div><div><div>Hi everyone! We've just put in place a nightly build system for the </div><div>RabbitMQ server and clients. You can download nightlies from </div><div><a href="http://www.rabbitmq.com/nightly-builds.html" target="_blank">http://www.rabbitmq.com/nightly-builds.html</a></div>
<div><br></div><div>We've also put documentation for what will be the next version of </div><div>RabbitMQ at <a href="http://next.rabbitmq.com/documentation.html" target="_blank">http://next.rabbitmq.com/documentation.html</a>.</div>
<div><br></div><div>We're evolving towards a model where we have feature releases every few </div><div>months, with bugfix releases in between. It's possible there will be a </div><div>2.8.8 bugfix release, but that's not what the current nightlies are - </div>
<div>they represent what will be RabbitMQ 3.0.</div><div><br></div><div>So with some caveats in place:</div><div><br></div><div>  * Obviously we do not suggest running nightlies on production systems.</div><div><br></div>
<div>  * We don't always guarantee upgrades from one nightly to another will</div><div>    work - you may have to reset everything and start again sometimes.</div><div><br></div><div>  * You would also have to reset everything and start again to revert to</div>
<div>    a stable release from a nightly.</div><div><br></div><div>...I'd invite you to have a look at what's coming, and tell use what you </div><div>think.</div><div><br></div><div>I'm going to write more on the subject as we get closer to the release, </div>
<div>but some of the major new features include:</div><div><br></div><div>  * HA queues are configured dynamically by a new policy mechanism,</div><div>    rather than by declaring them with "x-ha-policy". HA-ness</div>
<div>    can be changed at any time. HA queues are also much faster.</div><div><br></div><div>  * Federated exchanges are now normal exchanges, with federation</div><div>    similarly configured dynamically by policy. The "x-federation"</div>
<div>    exchange type is no more.</div><div><br></div><div>  * Clustering commands in rabbitmqctl have been rewritten to make</div><div>    clustering easier and more robust.</div><div><br></div><div>  * Web-STOMP and MQTT plugins are included.</div>
<div><br></div><div>  * Lots of other smaller new features and bug fixes.</div><div><br></div><div>The network protocol hasn't changed; you can run 2.x clients against 3.x </div><div>server and vice versa.</div><div><br>
</div><div>So please try it out, and talk to us!</div><div><br></div><div>Cheers, Simon</div><div><br></div><div>-- </div><div>Simon MacMullen</div><div>RabbitMQ, VMware</div><div>_______________________________________________</div>
<div>rabbitmq-discuss mailing list</div><div><a href="mailto:rabbitmq-discuss@lists.rabbitmq.com" target="_blank">rabbitmq-discuss@lists.rabbitmq.com</a></div><div><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></div>
</div></div></span>
                 
                 
                 
                 
                </blockquote>
                 
                <div>
                    <br>
                </div>
            </div></div><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>
<br></blockquote></div><br></div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>rabbitmq-discuss mailing list</span><br><span><a href="mailto:rabbitmq-discuss@lists.rabbitmq.com">rabbitmq-discuss@lists.rabbitmq.com</a></span><br><span><a href="https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss">https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss</a></span><br></div></blockquote></body></html>