Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 10487 invoked from network); 21 Feb 2007 01:35:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 21 Feb 2007 01:35:21 -0000 Received: (qmail 37303 invoked by uid 500); 21 Feb 2007 01:35:29 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 37286 invoked by uid 500); 21 Feb 2007 01:35:29 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 37277 invoked by uid 99); 21 Feb 2007 01:35:28 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Feb 2007 17:35:28 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of lists@nabble.com designates 72.21.53.35 as permitted sender) Received: from [72.21.53.35] (HELO talk.nabble.com) (72.21.53.35) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Feb 2007 17:35:17 -0800 Received: from [72.21.53.38] (helo=jubjub.nabble.com) by talk.nabble.com with esmtp (Exim 4.50) id 1HJgNk-00005u-AI for users@jackrabbit.apache.org; Tue, 20 Feb 2007 17:34:56 -0800 Message-ID: <9074030.post@talk.nabble.com> Date: Tue, 20 Feb 2007 17:34:56 -0800 (PST) From: James Hang To: users@jackrabbit.apache.org Subject: Re: [JCR Browser] NodeIterator very slow In-Reply-To: <227621ad0702020538k251b9850r8786917acf2afe43@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jhang@bea.com References: <227621ad0702020538k251b9850r8786917acf2afe43@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Hi, Have you been able to find a solution for this problem? I think we are having a similar issue on our end and we're actually dealing with a much smaller result set - only 100 elements. The query appears to execute almost instantly, but it takes a long time to iterate through the results. We tried setting the "respectDocumentOrder" parameter to "false" in the SearchIndex configuration like someone suggested, but it didn't seem to speed things up. Any help would be greatly appreciated! Thanks, James Sridhar Raman wrote: > > I have a NodeIterator variable iter with 2000 elements. When I do an > iter.hasNext() or an iter.next(), the program takes a very long time to > execute the call. > > Is there any solution? I am not using jackrabbit 1.2.1 yet. Should I? > Would > it help? > > Thanks, > Sridhar > > -- View this message in context: http://www.nabble.com/NodeIterator-very-slow-tf3160898.html#a9074030 Sent from the Jackrabbit - Users mailing list archive at Nabble.com.