jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Michael Dürig (JIRA) <j...@apache.org>
Subject [jira] Updated: (JCR-1638) Redundant calls to RepositoryService.getChildInfos
Date Thu, 14 Aug 2008 14:13:44 GMT

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

Michael Dürig updated JCR-1638:
-------------------------------

    Attachment: JCR-1638.patch

Proof of concept patch which considers the ItemInfos in the batch when building the ChildNodeInfos.
With my test case repository round trips went down from 16 to 4 (5.1 seconds vs. 1.7 seconds)
when comparing not patched vs. patched.

The patch is a hack and needs to be revisited. It can however serve as a starting point.

> Redundant calls to RepositoryService.getChildInfos
> --------------------------------------------------
>
>                 Key: JCR-1638
>                 URL: https://issues.apache.org/jira/browse/JCR-1638
>             Project: Jackrabbit
>          Issue Type: Bug
>          Components: jackrabbit-jcr2spi
>            Reporter: Michael Dürig
>         Attachments: JCR-1638.patch
>
>
> In some cases jcr2spi issues calls to RepositoryService.getChildInfos for items which
haven been returned by the last call to RepositoryService.getItemInfos. 
> This happens because WorkspaceItemStateFactory.createDeepPropertyState is asked to create
the node states for all items returned by RepositoryService.getChildInfos in the order they
are returned by the Iterator. When trying to create an item state for an item which is deeper
down the hierarchy than another item which comes later in the iterator, a call to RepositoryService.getChildInfos
is issued for the latter. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message