Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@jackrabbit.apache.org
Message-ID: <977685838.36831265289508963.JavaMail.jira@brutus.apache.org>
Date: Thu, 4 Feb 2010 13:18:28 +0000 (UTC)
From: =?utf-8?Q?Michael_D=C3=BCrig_=28JIRA=29?= <jira@apache.org>
To: dev@jackrabbit.apache.org
Subject: [jira] Commented: (JCR-2461) Item retrieval inefficient after
 refresh
In-Reply-To: <269562771.154261263223614524.JavaMail.jira@brutus.apache.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


    [ https://issues.apache.org/jira/browse/JCR-2461?page=3Dcom.atlassian.j=
ira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D128296=
00#action_12829600 ]=20

Michael D=C3=BCrig commented on JCR-2461:
------------------------------------

Forget the patch. It doesn't work -> test failures

> Item retrieval inefficient after refresh
> ----------------------------------------
>
>                 Key: JCR-2461
>                 URL: https://issues.apache.org/jira/browse/JCR-2461
>             Project: Jackrabbit Content Repository
>          Issue Type: Improvement
>          Components: jackrabbit-jcr2spi
>    Affects Versions: 1.5.7
>            Reporter: Michael D=C3=BCrig
>            Priority: Minor
>         Attachments: JCR-2461.patch
>
>
> When RepositoryService#getItemInfos() returns a sufficiently large batch =
for a path, then the second invocation of getItem() below is significantly =
slower than the first.=20
> String path =3D ...
> Item i =3D session.getItem(path);
> i.refresh(false); // same for refresh(true)
> session.getItem(path);
> In my test setup RepositoryService#getItemInfos() returns 3946 elements. =
The first invocation takes approx. 800ms, the second 3000ms.

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