<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
<br>
<div>
<div>On Jan 29, 2013, at 9:37 AM, Jay Pipes wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; ">I
think versionList is pointless, as you mention above the proper way of<br>
handling this is a 300 Multiple Choice response on the base endpoint.<br>
The endpoints themselves should be the source of truth about what<br>
versions of an API they expose or support. Keystone, IMHO, should merely<br>
be a directory of endpoints/services, not a directory of endpoints and<br>
API versions on an endpoint.</span></blockquote>
</div>
<br>
<div><br>
</div>
<div>I'm sorry there seems to be some confusion about what the attributes are for. I should have been more specific....</div>
<div><br>
</div>
<div>The purpose is *not* to have all version metadata reside in keystone. Keystone is simply worried about Endpoints as you've described. These attributes are part of an endpoint and they simply provide two links to the service itself. One link provides
a list of available versions for that service at that endpoint. The other lists details about the version described by the endpoint. Thad metadata likes in the service not in keystone. The links allow a client a means of introspecting what's available.
300 Multiple Choice response is fine -- and we should support that too, but sometimes you want to know what's out there without having to issue a working request to the service (create a server) -- this is useful especially if you need to create a UI, for
example. You shouldn't have to create a server to figure out if you support version X, and therefore should add version X features into the UI.</div>
<div><br>
</div>
<div>-jOrGe W.</div>
<div><br>
</div>
</body>
</html>