<div class="gmail_quote">On Tue, Jan 29, 2013 at 3:39 PM, Eric Windisch <span dir="ltr"><<a href="mailto:eric@cloudscaling.com" target="_blank">eric@cloudscaling.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
My point was that by listening on two queues and not changing msg_id, you can send messages in fast-mode and receive in both modes. Then, Grizzly will be able to send and reply and get replies from Havana, regardless of if Grizzly is set to compatibility mode or not. Grizzly would also, by default, be able to send and reply to Folsom, as well as receive replies from Folsom as long as compatiblity mode is not disabled.</blockquote>
<div><br>I think I finally see your point.  Instead of the compatibility mode changing the way the message is sent (old way vs new way), compatibility mode could determine whether to wait on one or two queues.  Yes, I do believe that would work, but there are a few reasons why it is not a good idea:<br>
<ul><li>It would be more lines of code.<br></li><li>It would significantly change the legacy code that listens on the old queue.</li></ul><p>Although those aren't good enough reasons on their own, they do add risk to the change.  It makes it easier to introduce bugs.</p>
<p>Probably the best reason is the existing change can do all the things you mentioned:<br></p><ol><li>"Grizzly will be able to send and reply and get replies from Havana, regardless of if Grizzly is set to compatibility mode or not"<br>
This can be accomplished by retaining in Havana the code that recognizes the old message content and replies in the old way if found.<br><br></li><li>"Grizzly would also, by default, be able to send and reply to Folsom, as 
well as receive replies from Folsom as long as compatibility mode is not 
disabled."<br>This is by design.</li></ol><p>Ray<br></p> </div></div>