<div dir="ltr"><div style>I just noticed that we overlooked/forgot a feature from the v2 serviceCatalog API which includes the following attributes on each endpoint:</div><div><br></div><div>  "versionId": "1.0",</div>
<div>  "versionList": "<a href="https://compute.north.host/">https://compute.north.host/</a>",</div><div>  "versionInfo": "<a href="https://compute.north.host/v1.0/">https://compute.north.host/v1.0/</a>",</div>
<div><div><br></div><div style>I never completely understood the intended use case for these attributes... e.g. if you can ask the remote service for a 'version list' then why does keystone need to redundantly identify the API version of the endpoint and enumerate options for each API version? I don't think you should have to revise your service catalog to roll out a new API version, either. IMO, clients should (ideally) start with an unversioned endpoint, receive a 300 Multiple Choice response, and select a compatible/acceptable versioned endpoint before proceeding.</div>
<div style><br></div><div style>Is anyone using this feature in v2 and want to see it carried forward to v3?</div><div><br></div>-Dolph</div>
</div>