<div dir="ltr"><div><div>TL;DR: Let's discuss Version Discovery and Endpoints in the Service Catalog at the PTG in Atlanta.<br><br>The topic of Versioning and the Endpoints discovered in the Service Catalog was discussed in today's API Working Group Meeting[1]. <br></div><div>A previous ML post[2] claimed:<br><br>In a perfect world, every endpoint would return the same type of resource -<br>most likely the versions resource as described in the API WG Microversions<br>spec. It would also be nice if version negotiation can happen without<br>requiring authentication, the easiest path to which would be supporting the<br>'max_version' and 'min_version' fields in the root versions resource.<br><br></div><div>One problem is multiple versioned service names in the catalog for a given service[3], as opposed to a single endpoint that would return version info[4].<br><br></div>Can we get to this "perfect world"? Let's discuss at the PTG.....<br></div><div>It is my understanding that we do not have the ability to schedule a time or room for such a cross-project discussion. Please chime in if interested, and/or make your interest known to scottda, mordred, or edleafe.<br><br></div><div>Scott D'Angelo<br></div><div><a href="mailto:scott.dangelo@ibm.com">scott.dangelo@ibm.com</a><br></div><div><br>[1] <a href="http://eavesdrop.openstack.org/meetings/api_wg/2017/api_wg.2017-01-12-16.00.log.html">http://eavesdrop.openstack.org/meetings/api_wg/2017/api_wg.2017-01-12-16.00.log.html</a><br>[2] <a href="http://lists.openstack.org/pipermail/openstack-dev/2016-August/102549.html">http://lists.openstack.org/pipermail/openstack-dev/2016-August/102549.html</a><br></div><div><div><div>[3] <a href="http://paste.openstack.org/show/594751/">http://paste.openstack.org/show/594751/</a><br>[4] <a href="http://paste.openstack.org/show/594754/">http://paste.openstack.org/show/594754/</a><br></div></div></div></div>