[openstack-dev] [Mistral] Cleaning up configuration settings

Renat Akhmerov rakhmerov at mirantis.com
Tue Jun 17 04:35:20 UTC 2014


I don’t think we have them. You can write them I think as a part of what you’re doing.

Renat Akhmerov
@ Mirantis Inc.



On 31 May 2014, at 04:26, W Chan <m4d.coder at gmail.com> wrote:

> Is there an existing unit test for testing enabling keystone middleware in pecan (setting cfg.CONF.pecan.auth_enable = True)?  I don't seem to find one.  If there's one, it's not obvious.  Can someone kindly point me to it?
> 
> 
> On Wed, May 28, 2014 at 9:53 AM, W Chan <m4d.coder at gmail.com> wrote:
> Thanks for following up.  I will publish this change as a separate patch from my current config cleanup.
> 
> 
> On Wed, May 28, 2014 at 2:38 AM, Renat Akhmerov <rakhmerov at mirantis.com> wrote:
> 
> On 28 May 2014, at 13:51, Angus Salkeld <angus.salkeld at RACKSPACE.COM> wrote:
> 
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > On 17/05/14 02:48, W Chan wrote:
> >> Regarding config opts for keystone, the keystoneclient middleware already
> >> registers the opts at
> >> https://github.com/openstack/python-keystoneclient/blob/master/keystoneclient/middleware/auth_token.py#L325
> >> under a keystone_authtoken group in the config file.  Currently, Mistral
> >> registers the opts again at
> >> https://github.com/stackforge/mistral/blob/master/mistral/config.py#L108 under a
> >> different configuration group.  Should we remove the duplicate from Mistral and
> >> refactor the reference to keystone configurations to the keystone_authtoken
> >> group?  This seems more consistent.
> >
> > I think that is the only thing that makes sense. Seems like a bug
> > waiting to happen having the same options registered twice.
> >
> > If some user used to other projects comes and configures
> > "keystone_authtoken" then will their config take effect?
> > (how much confusion will that generate)..
> >
> > I'd suggest just using the one that is registered keystoneclient.
> 
> Ok, I had a feeling it was needed for some reason. But after having another look at this I think this is really a bug. Let’s do it.
> 
> Thanks guys
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
> 
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140617/3f9c1619/attachment-0001.html>


More information about the OpenStack-dev mailing list