You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Timothee Maret (JIRA)" <ji...@apache.org> on 2018/02/26 09:03:00 UTC

[jira] [Resolved] (JCRVLT-278) Root path ACEs removed due to JCRVLT-227

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

Timothee Maret resolved JCRVLT-278.
-----------------------------------
    Resolution: Not A Problem

Thanks [~tripod] for looking at this. The code that computes the filters receives the paths individually, thus the need to aggregate them into a coherent filter. It could indeed be possible to compute better filters and indeed, when using a single root filter, the issue reproduces only when the property filter on the root node is present.

Even though there has been a change of behaviour in JCRVLT-227, I believe we have a satisfying way to deal with the new behaviour, thus resolving the issue.

> Root path ACEs removed due to JCRVLT-227 
> -----------------------------------------
>
>                 Key: JCRVLT-278
>                 URL: https://issues.apache.org/jira/browse/JCRVLT-278
>             Project: Jackrabbit FileVault
>          Issue Type: Bug
>            Reporter: Timothee Maret
>            Priority: Major
>
> With Apache SCD, we use FileVault for syncing content among instances.
> We noticed that due to the change in JCRVLT-227, the root ACEs are removed upon sync.
> I created an IT test that covers the use case in 
>     https://github.com/tmaret/jackrabbit-filevault/tree/JCRVLT-278
> The test passes in a jackrabbit-filevault code base anterior to JCRVLT-227 and fails in a jackrabbit-filevault code base that contains JCRVLT-227.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)