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 2014/01/22 19:21:21 UTC

[jira] [Resolved] (OAK-1350) Inconsistent Principal Validation between API and Import behavior

     [ https://issues.apache.org/jira/browse/OAK-1350?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

angela resolved OAK-1350.
-------------------------

       Resolution: Fixed
    Fix Version/s: 0.16

fixed as described and adjusted the documentation accordingly.

> Inconsistent Principal Validation between API and Import behavior
> -----------------------------------------------------------------
>
>                 Key: OAK-1350
>                 URL: https://issues.apache.org/jira/browse/OAK-1350
>             Project: Jackrabbit Oak
>          Issue Type: Bug
>          Components: core, jcr
>            Reporter: angela
>            Assignee: angela
>             Fix For: 0.16
>
>
> the JCR access control management mandates that adding a new ACE includes validating if the specified principal is known to the repository.
> however, the ac-imported in jackrabbit and oak is more relaxed wrt that validation and allows to create ACE even for unknown principals. this basically leaves us with an inconsistent behavior between xml-import and calls to ac-management API directly.
> in order to fix that i would suggest the following approach:
> - make the import behavior configurable with the flags defined by o.a.j.oak.spi.xml.ImportBehavior
> - apply the same login when validating a new ACE created by calling the regular JCR API
> - change the default behavior in the importer to match the behavior required by the specification (would be ABORT, currently is BESTEFFORT).
> i will adjust the test-cases accordingly and update the documentation.
> as far as our adobe products are concerned i will makes sure the configuration is still set to BESTEFFORT.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)