[openstack-dev] Ugly Hack to deal with multiple versions
Dean Troyer
dtroyer at gmail.com
Mon Feb 3 23:31:57 UTC 2014
On Mon, Feb 3, 2014 at 1:50 PM, Adam Young <ayoung at redhat.com> wrote:
>
> HACK: In a new client, look at the URL. If it ends with /v2.0, chop it
> off and us the substring up to that point.
>
> Now, at this point you are probably going: That is ugly, is it really
> necessary? Can't we do something more correct?
>
At this point I think we are stuck with hard-coding some legacy
compatibility like this for the near future. Fortunately Identity is an
easy one to handle, Compute is going to be a #$^%! as the commonly
documented case has a version not at the end.
I've been playing with variations on this strategy and I think it is our
least bad option...
Can we accept that this is necessary, and vow to never let this happen
> again by removing the versions from the URLs after the current set of
> clients are deprecated?
>
+1
There is another hack to think about: if public_endpoint and/or
admin_endpoint are not set in keystone.conf, all of the discovered urls use
localhost: http://localhost:8770/v2.0/. Discovery falls over aga
I don't know how common this is but I have encountered it at least once or
twice. Is this the only place those config values are used? It seems like
a better default could be worked out here too; is 'localhost' ever the
right thing to advertise in a real-world deployment?
dt
--
Dean Troyer
dtroyer at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140203/365d266c/attachment.html>
More information about the OpenStack-dev
mailing list