Yes, this could be good for swift.

ACLs in swift do need to be stored in swift (for scale reasons), but their 
implementation is dependent on the particular auth system that you are using. 
The auth middleware is responsible for determining if a request is granted 
access to a particular swift entity. How does your implementation work with the 
current ACL support provided by tempauth and swauth? Are your ACLs compatible 
with the RBAC work being done in keystone?

I would suggest that general, full-featured ACL support should be done in 
conjunction with the work done in keystone and the swift-keystone middleware. 
If your implementation is simply more full-featured S3 compatibility, I'd 
suggest patching the 3rd party swift3 middleware.

--John


On Jun 20, 2012, at 9:38 AM, Victor Rodionov wrote:

> Hello
> 
> I have working implementation of S3 like ACL API for Swift, for this changes 
> I need to store ACL on object and container server, then I need to change 
> container and object servers code.
> 
> So my question, if this changes will be interesting for Swift community or no?
> 
> Thanks,
> Victor
> 
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp

Attachment: smime.p7s
Description: S/MIME cryptographic signature

_______________________________________________
Mailing list: https://launchpad.net/~openstack
Post to     : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Reply via email to