<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2015-03-17 13:25 GMT+08:00 Christopher Yeoh <span dir="ltr"><<a href="mailto:cbkyeoh@gmail.com" target="_blank">cbkyeoh@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, 16 Mar 2015 11:22:12 -0400<br>
Russell Bryant <<a href="mailto:rbryant@redhat.com">rbryant@redhat.com</a>> wrote:<br>
<br>
> On 03/16/2015 11:08 AM, John Garbutt wrote:<br>
> > While its not under Nova's control, I think we need to consider the<br>
> > keystone catalog here.<br>
> ><br>
> > It feels nice to have an explicit entry for v2.1, that people start<br>
> > using once the client is updated to support microversions. DefCore<br>
> > would eventually check for the presence of that entry.<br>
> ><br>
> > Eventually, the v2 entry would be served by the v2.1 code, once we<br>
> > are happy its not going to break too many folks, at least including<br>
> > all the major SDKs. I hope thats during Liberty.<br>
><br>
> I'd really rather get away from any explicit entries in the keystone<br>
> service catalog for API versions.  It seems kind of broken to me.  I<br>
> think the service catalog should only have enough to point you to the<br>
> APIs location.  Discovering and choosing versions should be done by<br>
> the client and not embedded in the service catalog.<br>
<br>
</span>I agree, though the historical issue of why we have multiple keystone<br>
entries for the Nova API is because the first one pointed to a specific<br>
version rather than a generic place where a client can do version<br>
discovery. We probably need to dig ourselves out of that hole first<br>
(which is doable I think in conjunction with JSON-HOME which is an L<br>
thing)<br>
<br></blockquote><div><br></div><div>++</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Chris<br>
<div class="HOEnZb"><div class="h5"><br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>