[
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.