<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, May 29, 2013 at 11:03 AM, Tomas Sedovic <span dir="ltr"><<a href="mailto:tsedovic@redhat.com" target="_blank">tsedovic@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 05/28/2013 08:22 PM, Gabriel Hurley wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I agree with Doug (big surprise since we’ve discussed this before) on<br>
both points. Everything up to the dispatch mechanism can be shared but<br>
the dispatcher itself (which probably has some logic for transforming<br>
and filtering messages) is going to be too specialized for each<br>
consumer. For Horizon it makes the most sense to run a very lightweight<br>
process for consuming messages and pushing them out via <a href="http://socket.io" target="_blank">socket.io</a>. As<br>
far as I’m aware, the work happening in Oslo will support these ends nicely.<br>
<br>
I still need to try running the PoC that Tomas has presented here, but<br>
it seems like it’s got the right ideas. It’s very much in line with what<br>
the Horizon core devs discussed at the last two summits. Work on this<br>
was slated for later in the H release, but this looks like a great<br>
kickstart for it.<br>
</blockquote>
<br></div>
Thanks Gabriel.<br>
<br>
What should be the next steps here (sorry, I'm not too familiar with everything yet)?<br>
<br>
I'll fix the patches to pass the tests (there are some requirements issues and possibly other stuff, too).<br>
<br>
I can certainly help with oslo.notify, but the blueprint is already assigned and scheduled for a later milestone (h3) than the realtime-communication one (h2).<br></blockquote><div><br></div><div style>I suspect that's for the new API, rather than the existing library. You should probably go ahead and work with the API we have now, and anticipate moving to the new version during the I cycle.<br>
</div><div><br></div><div style>Doug</div><div style> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I suppose we want to have that working before we call the realtime-communication blueprint done. Anything else comes to your mind?<br>
<br>
Tomas<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Thanks!<br>
<br>
-Gabriel<br>
<br>
*From:*Doug Hellmann [mailto:<a href="mailto:doug.hellmann@dreamhost.com" target="_blank">doug.hellmann@<u></u>dreamhost.com</a>]<br>
*Sent:* Tuesday, May 28, 2013 9:35 AM<br>
*To:* Mark McLoughlin; OpenStack Development Mailing List<br>
*Subject:* Re: [openstack-dev] [Horizon] Realtime push-based<div class="im"><br>
communication PoC<br>
<br>
On Tue, May 28, 2013 at 4:22 AM, Mark McLoughlin <<a href="mailto:markmc@redhat.com" target="_blank">markmc@redhat.com</a><br></div><div class="im">
<mailto:<a href="mailto:markmc@redhat.com" target="_blank">markmc@redhat.com</a>>> wrote:<br>
<br>
Hey Tomas,<br>
<br>
On Tue, 2013-05-28 at 09:29 +0200, Tomas Sedovic wrote:<br>
<br>
> 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<br>
<<a href="mailto:tsedovic@redhat.com" target="_blank">tsedovic@redhat.com</a> <mailto:<a href="mailto:tsedovic@redhat.com" target="_blank">tsedovic@redhat.com</a>><br></div><div><div class="h5">
> > <mailto:<a href="mailto:tsedovic@redhat.com" target="_blank">tsedovic@redhat.com</a> <mailto:<a href="mailto:tsedovic@redhat.com" target="_blank">tsedovic@redhat.com</a>>>> wrote:<br>
<br>
...<br>
<br>
> > 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<br>
for it)?<br>
> ><br>
> ><br>
> > This really feels like a different use case that what ceilometer is<br>
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<br>
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>
The notifications listening API is basically the last API design task<br>
for the oslo messaging API:<br>
<br>
<a href="https://wiki.openstack.org/wiki/Oslo/Messaging#Handling_Notifications" target="_blank">https://wiki.openstack.org/<u></u>wiki/Oslo/Messaging#Handling_<u></u>Notifications</a><br>
<br>
Part of the justification for moving the dispatching logic into its own<br>
class (and out of the RPC client) was to make listening to notifications<br>
easier. The server, transport, target, and driver should all be reusable<br>
up to the point of the actual dispatcher object. I'm not even sure we<br>
need a special notification dispatcher in Oslo, since the consumers are<br>
likely to have different dispatching rules (in ceilometer we may pass<br>
the same notification to several plugins, but in horizon they will<br></div></div>
simply want to move the notification to the <a href="http://socket.io" target="_blank">socket.io</a> <<a href="http://socket.io" target="_blank">http://socket.io</a>><div class="im"><br>
output stream).<br>
<br>
<br>
> I'm certainly willing<br>
> to look into it, but I'd like to get some feedback on this first.<br>
<br>
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></div>
notifications and send them to Horizon via <a href="http://socket.io" target="_blank">socket.io</a> <<a href="http://socket.io" target="_blank">http://socket.io</a>>?<div class="im"><br>
<br>
A separate agent makes more sense. It will be easier to configure<br>
whether or not it should be used at all, and (based on my limited<br></div>
understanding of <a href="http://socket.io" target="_blank">socket.io</a> <<a href="http://socket.io" target="_blank">http://socket.io</a>>) it should not be running<div class="im"><br>
behind apache.<br>
<br>
Doug<br>
<br>
<br>
Cheers,<br>
Mark.<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br></div>
<mailto:<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.<u></u>openstack.org</a>><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><div class="im"><br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
<br>
</div></blockquote><div class="HOEnZb"><div class="h5">
<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>