<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 </div><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">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">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">rabbitmq-discuss@lists.rabbitmq.com</a></div><div><a href="https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss">https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss</a></div></div></div></span>
</blockquote>
<div>
<br>
</div>