jackrabbit-oak-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Thomas Mueller <muel...@adobe.com>
Subject Re: Oak JCR Observation scalability aspects and concerns
Date Mon, 28 Oct 2013 06:57:02 GMT

> I've created OAK-1120 to start with the simple case.,

OAK-1120 doesn't address scalability aspects.


On 10/27/13 10:44 AM, "Carsten Ziegeler" <cziegeler@apache.org> wrote:

>I've created OAK-1120 to start with the simple case.,
>2013/10/25 Alexander Klimetschek <aklimets@adobe.com>
>> On 25.10.2013, at 14:11, Alexander Klimetschek <aklimets@adobe.com>
>> > Maybe it would be useful to additionally allow a generic "matches"
>> function that can be passed upon listener registration that could check
>> whatever it wants, working on the diff or change set directly.
>> Actually it needs to be able to work on the full tree, not just the
>> Say you have a listener registered on sling:resourceType=foo, and any
>> property of that node changed, you want the listener to trigger, even
>> though the sling:resourceType property wasn't modified and isn't in the
>> diff.
>> Oh, and another big issue used to be that you cannot check for any of
>> in a jcr observation listener in a REMOVED event, since the node is
>> gone (you only got the path - I think there are some dirty tricks we are
>> using here, caching info etc.). If we move that down into Oak, we
>>should be
>> able to have access to the content before it actually gets removed.
>> Cheers,
>> Alex
>Carsten Ziegeler

View raw message