<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, May 28, 2013 at 4:22 AM, 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">Hey Tomas,<br>
<br>
On Tue, 2013-05-28 at 09:29 +0200, Tomas Sedovic wrote:<br>
</div><div class="im">> On 05/24/2013 08:36 PM, Doug Hellmann wrote:<br>
> ><br>
> ><br>
> ><br>
> > On Fri, May 24, 2013 at 12:39 PM, Tomas Sedovic <<a href="mailto:tsedovic@redhat.com">tsedovic@redhat.com</a><br>
> > <mailto:<a href="mailto:tsedovic@redhat.com">tsedovic@redhat.com</a>>> wrote:<br>
</div>...<br>
<div class="im">> >     I wonder if we could leverage Ceilometer here since it already<br>
> >     listens in on the message bus. Could it be configured to send<br>
> >     interesting information to Horizon (as opposed to being polled for it)?<br>
> ><br>
> ><br>
> > This really feels like a different use case that what ceilometer is made<br>
> > for. Gabriel and I talked at the grizzly summit about the code we have<br>
> > in ceilometer for listening to notifications, and we agreed to try to<br>
> > put that in oslo somewhere to make it easier to create a similar<br>
> > listening service in horizon that redirects the notifications to the<br>
> > browser(s). I haven't had a chance to do that. If you want to tackle it,<br>
> > I can help figure out which bits are interesting/useful.<br>
><br>
> Thanks, I thought that might be the case but I didn't know enough to be<br>
> sure.<br>
><br>
> Putting the bits to oslo sounds like a neat idea.<br>
<br>
</div><div class="im">The notifications listening API is basically the last API design task<br>
for the oslo messaging API:<br>
<br>
</div><a href="https://wiki.openstack.org/wiki/Oslo/Messaging#Handling_Notifications" target="_blank">https://wiki.openstack.org/wiki/Oslo/Messaging#Handling_Notifications</a></blockquote><div><br></div><div style>Part of the justification for moving the dispatching logic into its own class (and out of the RPC client) was to make listening to notifications easier. The server, transport, target, and driver should all be reusable up to the point of the actual dispatcher object. I'm not even sure we need a special notification dispatcher in Oslo, since the consumers are likely to have different dispatching rules (in ceilometer we may pass the same notification to several plugins, but in horizon they will simply want to move the notification to the <a href="http://socket.io">socket.io</a> output stream).</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<div class="im"><br>
> I'm certainly willing<br>
> to look into it, but I'd like to get some feedback on this first.<br>
<br>
</div>I guess the question comes down to whether Horizon itself should be<br>
listening on the message bus or whether we have some other agent consume<br>
notifications and send them to Horizon via <a href="http://socket.io" target="_blank">socket.io</a>?<br></blockquote><div><br></div><div style>A separate agent makes more sense. It will be easier to configure whether or not it should be used at all, and (based on my limited understanding of <a href="http://socket.io">socket.io</a>) it should not be running behind apache.</div>
<div style><br></div><div style>Doug</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Cheers,<br>
Mark.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>