<div dir="ltr"><div>Responses should vary according to end user's auth, so:</div><div><br></div>  Vary: X-Auth-Token<br><div class="gmail_extra"><div><div><br></div>-Dolph</div>
<br><br><div class="gmail_quote">On Wed, May 1, 2013 at 12:08 PM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 04/30/2013 09:09 PM, Gabriel Hurley wrote:<br>
> 6: (about project ids in urls) The argument in favor of them (passed to<br>
> me by some of the original Nova devs) is that by the strictest<br>
> definition, to be RESTful an API can’t change its URL structure based on<br>
> context, so any context which can alter the response has to go in the<br>
> URL. Personally I think this is an impractical requirement and most<br>
> modern RESTful APIs have completely thrown out this notion. I’m 100% in<br>
> favor of eliminating the practice in OpenStack, but it would require a<br>
> significant deprecation process. In the meantime I think the clients<br>
> should know if a project ID belongs in the URL and should be capable of<br>
> constructing those URLs themselves from the root service endpoint<br>
> contained in the catalog.<br>
<br>
</div>+1<br>
<br>
Use a Vary: X-Tenant-Id HTTP header instead of polluting the URI with<br>
the tenant ID.<br>
<br>
Oh, sorry, I meant X-Project-Id, since the term tenant has magically<br>
disappeared now.<br>
<span class="HOEnZb"><font color="#888888"><br>
-jay<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>