Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 62661 invoked from network); 28 Aug 2007 15:55:45 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 28 Aug 2007 15:55:45 -0000 Received: (qmail 72532 invoked by uid 500); 28 Aug 2007 15:55:40 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 72507 invoked by uid 500); 28 Aug 2007 15:55:40 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 72493 invoked by uid 99); 28 Aug 2007 15:55:40 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Aug 2007 08:55:40 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jukka.zitting@gmail.com designates 64.233.162.226 as permitted sender) Received: from [64.233.162.226] (HELO nz-out-0506.google.com) (64.233.162.226) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Aug 2007 15:55:36 +0000 Received: by nz-out-0506.google.com with SMTP id s18so1398371nze for ; Tue, 28 Aug 2007 08:55:15 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=U9PxnVNTKMNskCZFZajS+I9l0uVUV3jPchPycajoHSkDQbZniig/lxxHs8tjho1j0xaeV2hqMLMth3iGtO+9+3mAmzTh6U7U/yHTdB1r7xkdIWJkK9xci91mwjDsy7Ua1oo0YF1rkMjdmnc4KtRXTxJAdvPBqSl4hlLB6kDLcqo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hm9uVfKq3mOZf06/4MfUiIt5G9l9cnU/ZjvCaKK2RkLA7WeyrAhmONlUQZFxgc3oikXJYUk3P3OOdIs6bZSCvKKDconBqC0OSbTZsT4P7Qp6WFlK2ijm4Nyx5KYi0ruevApac54BX3L9GZYgQ+xCNMswvzFt5tx8kmVruEhM97s= Received: by 10.141.137.8 with SMTP id p8mr2909235rvn.1188316514878; Tue, 28 Aug 2007 08:55:14 -0700 (PDT) Received: by 10.141.33.14 with HTTP; Tue, 28 Aug 2007 08:55:14 -0700 (PDT) Message-ID: <510143ac0708280855n42863913j8ed7ce51f797ecef@mail.gmail.com> Date: Tue, 28 Aug 2007 18:55:14 +0300 From: "Jukka Zitting" To: dev@jackrabbit.apache.org Subject: Re: Database connections & queries In-Reply-To: <510143ac0708241338q36f1f329g6e1d279ec6f20b3a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <34B0CDC6176518459F3A96E8C09196B8062DB767@darth-vader.nijmegen.gx.nl> <510143ac0708241338q36f1f329g6e1d279ec6f20b3a@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Hi, On 8/24/07, Jukka Zitting wrote: > On 8/22/07, Martijn Hendriks wrote: > > The current implementation of the LazyScoreNodeIterator is such to > > ignore all RepositoryExceptions that might be thrown while loading the > > nodes in the result set, as required by the javax.jcr.NodeIterator spec. > > I think the correct behaviour would be for the node iterator to throw > an exception (unfortunately I guess only a RuntimeException would work > here) instead of ignoring such internal errors. A thought just crossed my mind... As mentioned in another thread a few days ago, we could make NodeImpl to load the underlying node states only on demand as long as we have just the node ID, parent ID, and name of the node available. This way we could "delay" the exception to a method like getProperty() that is allowed to throw appropriate exceptions. Besides, such a solution would most likely give a nice speedup to clients that just want to get the names or paths of nodes that match a query... BR, Jukka Zitting