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 11:12:04 UTC

[jira] [Commented] (OAK-1026) AccessControlEntry.getPrivileges() behaves diffent than in Oak

    [ https://issues.apache.org/jira/browse/OAK-1026?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13776138#comment-13776138 ] 

angela commented on OAK-1026:
-----------------------------

thanks for finding this. i will fix it.
                
> 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