[openstack-dev] [all] Lets not assume everyone is using the global `CONF` object (zaqar broken by latest keystoneclient release 1.0)
flavio at redhat.com
Fri Dec 19 12:17:00 UTC 2014
DISCLAIMER: The following comments are neither finger pointing the
author of this work nor the keystone team.
RANT: We should really stop assuming everyone is using a global `CONF`
object. Moreover, we should really stop using it, especially in
That said, here's a gentle note for all of us:
If I understood the flow of changes correctly, keystoneclient recently
introduced a auth_section option, which needs to be registered in
order for it to work properly. In keystoneclient, it's been correctly
added a function to register this option in a conf object.
keystonemiddleware was then updated to support the above and a call to
the register function was then added to the `auth_token` module.
The above, unfortunately, broke Zaqar's auth because Zaqar is not
using the global `CONF` object which means it has to register
keystonemiddleware's options itself. Since the option was registered
in the global conf instead of the conf object passed to
`AuthProtocol`, the new `auth_section` option is not bein registered
as keystoneclient excepts.
So, as a gentle reminder to everyone, please, lets not assume all
projects are using the global `CONF` object and make sure all libraries
provide a good way to register the required options. I think either
secretly registering options or exposing a function to let consumers
do so is fine.
I hate complaining without helping to solve the problem so, here's a
workaround to provide a, hopefully, better way to do this. Note that
this shouldn't be the definitive fix and that we also implemented a
workaround in zaqar as well.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 819 bytes
Desc: not available
More information about the OpenStack-dev