You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Carsten Ziegeler (JIRA)" <ji...@apache.org> on 2016/10/24 14:56:58 UTC

[jira] [Commented] (JCR-4045) Improved support for node removals

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

Carsten Ziegeler commented on JCR-4045:
---------------------------------------

This requires a listener on / for remove events
Registering a second listener might work, but then you mgiht get a sync problem if you have two JCR listeners delivering events to a single resource listener.

> Improved support for node removals
> ----------------------------------
>
>                 Key: JCR-4045
>                 URL: https://issues.apache.org/jira/browse/JCR-4045
>             Project: Jackrabbit Content Repository
>          Issue Type: Improvement
>          Components: core
>            Reporter: Carsten Ziegeler
>
> If a listener is subscribed for removal events of a subtree, e.g. /a/b/c/d it gets removal events for everything in that three.
> However, if /a/b is removed, the listener is not informed at all, which makes the listener state inconsistent/invalid 
> I suggest to add a new flag to the JackrabbitEventFilter and if that is enabled the listener will get remove events of all the parent nodes - if the listener is interested in remove events of any kind.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)