[openstack-dev] [oslo][oslo.config] Reloading configuration of service
Doug Hellmann
doug at doughellmann.com
Tue Sep 29 19:25:57 UTC 2015
Excerpts from Joshua Harlow's message of 2015-09-29 11:39:16 -0700:
> mhorban wrote:
> > > Excerpts from Josh's message:
> >
> > >> So a few 'event' like constructs/libraries that I know about:
> > >>
> > >>
> > http://docs.openstack.org/developer/taskflow/types.html#taskflow.types.notifier.Notifier
> >
> > >>
> > >>
> > >> I'd be happy to extract that and move to somewhere else if needed, it
> > >> provides basic event/pub/sub kind of activities for taskflow
> > (in-memory,
> > >> not over rpc...)
> >
> > I've investigated several event libraries...And chose taskflow because
> > first of all it fits all our requirements and it is already used in
> > openstack.
>
> Very cool, will check more of that review out,
>
> Although if we are going to go forward with this it's probably a good
> idea to split that notification class/code out of taskflow and into its
> own tiny library, so that taskflow and oslo.service can use it (this is
> how https://github.com/openstack/automaton and
> https://github.com/openstack/futurist came into being). That avoids
> having to bring in all of taskflow when you are using just *one* of its
> types/classes (and aren't really using the rest of taskflow).
+1 to streamlining
>
> >
> >
> > > Excerpts from Doug's message
> >
> > >> We probably want the ability to have multiple callbacks. There are
> > >> already a lot of libraries available on PyPI for handling "events" like
> > >> this, so maybe we can pick one of those that is well maintained and
> > >> integrate it with oslo.service?
> >
> > I've created raw review in oslo.service
> > https://review.openstack.org/#/c/228892/ .
> > I've used taskflow library(as Josh proposed).
> > By default I added one handler that reloads global configuration.
> > What do you think about such implementation?
> >
> > Marian
> >
> > __________________________________________________________________________
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
More information about the OpenStack-dev
mailing list