<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 7, 2015 at 11:07 PM, Ken'ichi Ohmichi <span dir="ltr"><<a href="mailto:ken1ohmichi@gmail.com" target="_blank">ken1ohmichi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Today, we have virtual API document sprint and we are facing a problem<br>
related to HTTP203 (Non-Authoritative Information).<br>
The api-site(<a href="http://developer.openstack.org/api-ref-compute-v2.1.html" rel="noreferrer" target="_blank">http://developer.openstack.org/api-ref-compute-v2.1.html</a>)<br>
contains HTTP203 as one of valid status codes for each API operation,<br>
but nova implementation code doesn't contain the status code and<br>
invalid from some nova developers' viewpoints.<br>
<br>
In addition, tempest also doesn't consider HTTP203 cases at all now.<br>
If nova returns HTTP203 response, tempest consider the response as<br>
invalid on its own tests.<br>
<br>
I am imaging this status code comes intentionally for proxying thing,<br>
so I feel it is nice to keep HTTP203 description in the api-site.<br>
If so, I would be nice to have a gate job which makes HTTP203 cases<br>
and tempest needs to be updated for covering these cases.<br></blockquote><div><br></div><div>Interesting. I recently went through all the WADL because they had 200 203 in combination, and separated out all the 203 into separate responses. This change was helpful for ensuring the accuracy of the future migration of the docs. The 203 codes were from the Compute API specs originally written 5 years ago, and then as people copied from Compute the 203 spread. </div><div><br></div><div>I think what you're saying is that providers could use a 203 for some use case, but a proxy server would have to provide the 203?</div><div><br></div><div>Anne</div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Any comments are welcome.<br>
<br>
Thanks<br>
Ken Ohmichi<br>
<br>
__________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div><div dir="ltr"><div>Anne Gentle</div><div>Rackspace</div><div>Principal Engineer</div><div><a href="http://www.justwriteclick.com" target="_blank">www.justwriteclick.com</a></div></div></div>
</div></div>