Return-Path: Delivered-To: apmail-incubator-jackrabbit-dev-archive@www.apache.org Received: (qmail 53305 invoked from network); 18 Aug 2005 08:01:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 18 Aug 2005 08:01:05 -0000 Received: (qmail 87004 invoked by uid 500); 18 Aug 2005 08:01:04 -0000 Mailing-List: contact jackrabbit-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jackrabbit-dev@incubator.apache.org Delivered-To: mailing list jackrabbit-dev@incubator.apache.org Received: (qmail 86991 invoked by uid 99); 18 Aug 2005 08:01:04 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Aug 2005 01:01:04 -0700 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 (asf.osuosl.org: domain of marcel.reutegger@gmx.net designates 213.165.64.20 as permitted sender) Received: from [213.165.64.20] (HELO mail.gmx.net) (213.165.64.20) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 18 Aug 2005 01:01:23 -0700 Received: (qmail invoked by alias); 18 Aug 2005 08:01:01 -0000 Received: from bsl-rtr.day.com (EHLO [10.0.0.71]) [212.249.34.130] by mail.gmx.net (mp019) with SMTP; 18 Aug 2005 10:01:01 +0200 X-Authenticated: #894343 Message-ID: <4304403C.90703@gmx.net> Date: Thu, 18 Aug 2005 10:01:00 +0200 From: Marcel Reutegger User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: jackrabbit-dev@incubator.apache.org Subject: Re: query problem References: <43040346.9050201@osafoundation.org> <43040BEA.6050600@osafoundation.org> In-Reply-To: <43040BEA.6050600@osafoundation.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi Brian, this is clearly a bug. however, your query will never return any results. If you want to specify an absolute XPath it must always begin with /jcr:root otherwise you won't get any results. You may also write a relative XPath, which would be something like: bcm/cal//element(*, caldav:resource)[@caldav:uid = '59BC120D-E909-4A56-A70D-8E97914E51A3'] and of course using: //whatever will also work because it includes /jcr:root See spec section 6.6.4.3 Running a similar query with test data on my workspace returned the expected results when using an absolute path beginning with /jcr:root or when using a relative path. I have not been able to reproduce a indefinite hang. even with the 'wrong' absolute query. Could you please try to create a threaddump while jackrabbit seems to hang and post it to this list? thanks I'll create a jira issue in the meantime and fix the UnsupportedOperationException asap. regards marcel Brian Moseley wrote: > > well, i updated to the latest code, including the recent search changes, > and things are even worse: the query seems to hang indefinitely, never > returning. > > for what's it worth, this query works as expected: > > //element(*, caldav:resource)[@caldav:uid = '1'] > > Brian Moseley wrote: > >> >> is there anything wrong with the formulation of this xpath query >> statement? >> >> /bcm/cal//element(*, caldav:resource)[@caldav:uid = >> '59BC120D-E909-4A56-A70D-8E97914E51A3'] >> >> i'm trying to find all nodes of type "caldav:resource" underneath (but >> not including) /bcm/cal where the "caldav:uid" property is the value >> given in the query. >> >> when i execute the query, i get the below exception. looks like i'm >> not being successful in specifying a descendents-only query, but i >> can't imagine that's what's causing the exception... >> >> thanks! >> >> java.lang.UnsupportedOperationException >> at >> org.apache.jackrabbit.core.query.lucene.CachingMultiReader$MultiTermDocs.skipTo(CachingMultiReader.java:281) >> >> at org.apache.lucene.search.TermScorer.skipTo(TermScorer.java:88) >> at >> org.apache.lucene.search.ConjunctionScorer.doNext(ConjunctionScorer.java:53) >> >> at >> org.apache.lucene.search.ConjunctionScorer.next(ConjunctionScorer.java:48) >> >> at org.apache.lucene.search.Scorer.score(Scorer.java:37) >> at >> org.apache.jackrabbit.core.query.lucene.ChildAxisQuery$ChildAxisScorer.calculateChildren(ChildAxisQuery.java:291) >> >> at >> org.apache.jackrabbit.core.query.lucene.ChildAxisQuery$ChildAxisScorer.next(ChildAxisQuery.java:251) >> >> at org.apache.lucene.search.Scorer.score(Scorer.java:37) >> at >> org.apache.jackrabbit.core.query.lucene.DescendantSelfAxisQuery$DescendantSelfAxisScorer.calculateSubHits(DescendantSelfAxisQuery.java:302) >> >> at >> org.apache.jackrabbit.core.query.lucene.DescendantSelfAxisQuery$DescendantSelfAxisScorer.next(DescendantSelfAxisQuery.java:237) >> >> at org.apache.lucene.search.Scorer.score(Scorer.java:37) >> at >> org.apache.lucene.search.IndexSearcher.search(IndexSearcher.java:92) >> at org.apache.lucene.search.Hits.getMoreDocs(Hits.java:64) >> at org.apache.lucene.search.Hits.(Hits.java:43) >> at org.apache.lucene.search.Searcher.search(Searcher.java:33) >> at org.apache.lucene.search.Searcher.search(Searcher.java:27) >> at >> org.apache.jackrabbit.core.query.lucene.SearchIndex.executeQuery(SearchIndex.java:287) >> >> at >> org.apache.jackrabbit.core.query.lucene.QueryImpl.execute(QueryImpl.java:179) >> >> at >> org.apache.jackrabbit.core.query.QueryImpl.execute(QueryImpl.java:132) >> >> > >