<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, May 29, 2013 at 3:40 AM, Kevin L. Mitchell <span dir="ltr"><<a href="mailto:kevin.mitchell@rackspace.com" target="_blank">kevin.mitchell@rackspace.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 Fri, 2013-05-24 at 13:59 +0930, Christopher Yeoh wrote:<br>
> What I'd like to do for only the V3 API is to change the convention so<br>
> the name used for an extension's policy to be the same as the alias<br>
> definition. This would make things more difficult for a<br>
> Grizzly->Havana upgrade, but long term I think its worth it.<br>
<br>
</div>One comment I have is that we have a few V2 extensions that have<br>
multiple authorizors; generally, they have one interface accessible to<br>
the general user and one that should be restricted to administrative<br>
access. I think they generally use ':' to append a differentiator, but<br>
I wanted to point this out, since any policy naming scheme needs to take<br>
this use into account…<br><span class="HOEnZb"></span></blockquote><div><br></div><div>I think we can still keep that convention. So for example "quotas:update" would change to<br></div><div>"v3:os-quota-sets:update". <br>
<br></div><div>Chris<br></div></div></div></div>