<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 17, 2014 at 8:43 AM, Denis Makogon <span dir="ltr"><<a href="mailto:dmakogon@mirantis.com" target="_blank">dmakogon@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><p dir="ltr" style="line-height:1.15;margin-top:0pt;margin-bottom:0pt"><span style="font-size:19px;font-family:"Times New Roman";color:rgb(0,0,0);background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline">Good day, Stackers.</span></p><br><br><p dir="ltr" style="line-height:1.15;margin-top:0pt;margin-bottom:0pt;text-align:justify"><span style="font-size:19px;font-family:"Times New Roman";color:rgb(0,0,0);background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline">During Paris Design summit oslo.messaging session was raised good question about maintaining ZeroMQ driver in upstream (see section “dropping ZeroMQ support in oslo.messaging” at [1]) . </span><span style="font-size:19px;font-family:"Times New Roman";color:rgb(0,0,0);background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline">As we all know, good thoughts are comming always after. I’d like to propose several improvements in process of maintaining and developing of ZeroMQ driver in upstream.</span></p><p dir="ltr" style="line-height:1.15;margin-top:0pt;margin-bottom:0pt;text-align:justify"><br></p></div></blockquote><div><br></div><div>I'm glad to see the community looking to revive this driver. What I think could be valuable if there are enough developers is a sub-team as is done with Nova. That doesn't mean to splinter the community, but to provide a focal point for interested developers to interact.</div><div><br></div><div>I agree with the idea that this should be tested via Tempest. It's easy enough to mask off the failing tests and enable more tests as either the driver itself improves, or support in consuming projects and/or oslo.messaging itself improves. I'd suggest that effort is better spent there than building new bespoke tests.</div><div><br></div><div>Thanks and good luck! :)</div><div><br></div><div>Regards,</div><div>Eric Windisch</div></div></div></div>