jackrabbit-oak-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Michael Dürig (JIRA) <j...@apache.org>
Subject [jira] [Resolved] (OAK-1120) Enhance observation mechanism to support Apache Sling
Date Wed, 11 Dec 2013 10:37:10 GMT

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

Michael Dürig resolved OAK-1120.

    Resolution: Fixed

Resolving this as fixed as the basics are in place. Let's follow up with dedicated issues
if it needs fixing or more features. 

> Enhance observation mechanism to support Apache Sling
> -----------------------------------------------------
>                 Key: OAK-1120
>                 URL: https://issues.apache.org/jira/browse/OAK-1120
>             Project: Jackrabbit Oak
>          Issue Type: Improvement
>          Components: core
>            Reporter: Carsten Ziegeler
>            Assignee: Michael Dürig
>             Fix For: 0.14
>         Attachments: OAK-1120.patch
> The current way the jcr listener work in Sling is not optimal as it reads each and every
changed node. So I think it really would be great if we could directly get the information
from Oak without the need to additionally process.
> The listener currently:
> 1. Compacts observation events into node added, node changed, and node removed events
- it also collects added/changed/removed properties from the events.
> 2. For every added and changed node, it reads the node and the primary node type, the
sling:resourceType and sling:resourceSuperType property
> 3. There is a special case, if a node has been added/changed with the name "jcr:content"
and the parent node is a file node, then the parent node is reported  as changed/added.
> I've no idea how the current diff mechanism works in Oak, but I would assume that the
information for 1. are similar to the result of the diff. I would hope that the properties
for 2. are there as well as they need to be diffed against the old value. 3. is more tricky
and specific, and I think it would be ok if we would do this in Sling as the ratio of files
vs other content is pretty low usually.
> If Oak could provide this information, we could leverage that in Sling and would remove
the additional reads - which clearly is an improvement. This would require zero changes in
applications based on Sling. If Sling is run on Oak, this implementation is used, otherwis
the current JCR based on is used.

This message was sent by Atlassian JIRA

View raw message