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] Commented: (JCR-1638) Redundant calls to RepositoryService.getChildInfos
Date Thu, 05 Jun 2008 08:05:45 GMT

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

Michael Dürig commented on JCR-1638:
------------------------------------

Another solution might be, to check the Items returned by getItemInfos first whenever a child
item is needed. If the item is found there, build the item state from it. If not, keep the
current behavior hand load the item.

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