You are viewing a plain text version of this content. The canonical link for it is here.
Posted to oak-issues@jackrabbit.apache.org by "angela (JIRA)" <ji...@apache.org> on 2013/09/24 19:02:07 UTC
[jira] [Resolved] (OAK-1026) AccessControlEntry.getPrivileges()
behaves diffent than in Oak
[ https://issues.apache.org/jira/browse/OAK-1026?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
angela resolved OAK-1026.
-------------------------
Resolution: Fixed
thanks christian for finding and reporting this.
> AccessControlEntry.getPrivileges() behaves diffent than in Oak
> --------------------------------------------------------------
>
> Key: OAK-1026
> URL: https://issues.apache.org/jira/browse/OAK-1026
> Project: Jackrabbit Oak
> Issue Type: Bug
> Components: jcr, security
> Affects Versions: 0.8
> Reporter: Christan Keller
> Assignee: angela
> Priority: Minor
> Attachments: Issue.java
>
>
> Set an Ace of an JackrabbitAccessControlList Policy with the composits of a an aggregate Privilege.
> Eg. the jcr:addNode, jcr:createNode, ... of jcr:write
> On read of the the AccessControlEntry.getPrivileges(), Oak returns the single privileges.
> On Jackrabbit the aggregate jcr:write is returned.
> I'm aware that both behaviors are valid accoring the specification
> {code}
> /**
> * Returns the privileges associated with this access control entry.
> *
> * @return an array of <code>Privilege</code>s.
> */
> public Privilege[] getPrivileges();
> {code}
> But it may get an migration issue. Though its occurence may be rare like in testcases.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira