<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, May 11, 2013 at 1:07 PM, Mark McLoughlin <span dir="ltr"><<a href="mailto:markmc@redhat.com" target="_blank">markmc@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Mon, 2013-04-29 at 11:12 +0100, Mark McLoughlin wrote:<br>
> Hey<br>
><br>
> I've been working on gathering requirements and design ideas for a<br>
> re-design of Oslo's RPC and notifications API. The goals are:<br>
><br>
>   1) A simple and easy to understand RPC abstraction which enables<br>
>      all of the intra project communication patterns we need for<br>
>      OpenStack<br>
><br>
>   2) It should be possible to implement the RPC abstraction using a<br>
>      variety of messaging transports, not just AMQP or AMQP-like<br>
><br>
>   3) It should be a stable API with plenty of room for backwards<br>
>      compatible evolution in the future so that we can release it as a<br>
>      standalone library<br>
><br>
> Here's what I have so far:<br>
><br>
>   <a href="https://wiki.openstack.org/wiki/Oslo/Messaging" target="_blank">https://wiki.openstack.org/wiki/Oslo/Messaging</a><br>
<br>
</div>Just a quick status update. We're using this etherpad to coordinate:<br>
<br>
  <a href="https://etherpad.openstack.org/HavanaOsloMessaging" target="_blank">https://etherpad.openstack.org/HavanaOsloMessaging</a><br>
<br>
and this branch:<br>
<br>
  <a href="https://github.com/markmc/oslo-incubator/commits/messaging" target="_blank">https://github.com/markmc/oslo-incubator/commits/messaging</a><br>
<br>
At this point, we've got a pretty solid API design, a working fake<br>
driver and some simple test code.<br></blockquote><div><br></div><div style>Have you given any thought to how the MessageHandlingServer can listen on more than one target? That's an important use case for ceilometer, which I didn't address in my earlier changes.</div>
<div style><br></div><div style>Do we need to support different transports (and drivers), or just multiple targets?</div><div style><br></div><div style>Doug</div><div><br></div></div></div></div>