<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2016-10-19 0:58 GMT+08:00 Ed Leafe <span dir="ltr"><<a href="mailto:ed@leafe.com" target="_blank">ed@leafe.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">On Oct 18, 2016, at 11:01 AM, Chris Dent <<a href="mailto:cdent%2Bos@anticdent.org">cdent+os@anticdent.org</a>> wrote:<br>
><br>
> If the requested microversion is greater than the maximum, a 404 still<br>
> makes some sense (no mapping _now_), but a 406 could as well because it<br>
> provides a signal that if you used a different microversion the<br>
> situation could be different and the time represented by the<br>
> requested microversion has conceptual awareness of its past.<br>
><br>
> What do people think?<br>
><br>
> I think I recall there was some discussion of this sort of thing<br>
> with regard to some of the proxy APIs at the nova midcycle but I<br>
> can't remember the details of the outcome.<br>
<br>
</span>The only way that that could happen (besides a total collapse of the review process) is when a method is removed from the API. When that happens, the latest version has its max set to the last microversion where that method is supported. For microversions after that, 404 is the correct response. For all other methods, the latest version should not have a maximum specified.<br></blockquote><div><br></div><div><br></div><div>Also think 404 is right at here. If you return 406 and it is <span style="font-size:14px">a signal that if you used a different microversion the </span><span style="font-size:14px">situation could be different, the thing will become strange when we raise the acceptable min_version someday.</span></div><div><span style="font-size:14px"><br></span></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
-- Ed Leafe<br>
<br>
<br>
<br>
<br>
<br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</blockquote></div><br></div></div>