Return-Path: Delivered-To: apmail-incubator-jackrabbit-dev-archive@www.apache.org Received: (qmail 84474 invoked from network); 10 Jan 2006 10:13:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 10 Jan 2006 10:13:22 -0000 Received: (qmail 40547 invoked by uid 500); 10 Jan 2006 10:13:19 -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 40536 invoked by uid 99); 10 Jan 2006 10:13:19 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Jan 2006 02:13:19 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of marcel.reutegger@gmx.net designates 213.165.64.21 as permitted sender) Received: from [213.165.64.21] (HELO mail.gmx.net) (213.165.64.21) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 10 Jan 2006 02:13:18 -0800 Received: (qmail invoked by alias); 10 Jan 2006 10:12:56 -0000 Received: from adsl-62-167-46-46.adslplus.ch (EHLO [192.168.0.102]) [62.167.46.46] by mail.gmx.net (mp010) with SMTP; 10 Jan 2006 11:12:56 +0100 X-Authenticated: #894343 Message-ID: <43C388A7.6050402@gmx.net> Date: Tue, 10 Jan 2006 11:12:55 +0100 From: Marcel Reutegger User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: jackrabbit-dev@incubator.apache.org Subject: Re: Shock. Simple queries don't run with current build. References: <8fa1023f0601090535q6cf02655q42832af13851c286@mail.gmail.com> <43C273DB.6040307@gmx.net> <8fa1023f0601090916t629b1c66p53cff9bcd33fbc96@mail.gmail.com> In-Reply-To: <8fa1023f0601090916t629b1c66p53cff9bcd33fbc96@mail.gmail.com> 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 well, I was hoping the links I provided would explain what needs to be done. http://issues.apache.org/jira/browse/JCR-257 contains some sort of 'migration instructions'. Is there anything more specific you are looking for? > The fact is that if I did a //* search and then check > node.isNodeType("my:type"), I could find what I was looking for, but > doing //element(*,my:type) directly did not return nothing. yes, there's a little magic behind that use case ;) the query '//*' gets a special treatment because this can be seen as a workspace traversal and does not need any index lookup whatsoever. See: [1] regards marcel [1] http://incubator.apache.org/jackrabbit/xref/org/apache/jackrabbit/core/query/lucene/WorkspaceTraversalResult.html Martin Perez wrote: > :-( > > That explains everything. The info that I was looking was under jcr:system. > The fact is that if I did a //* search and then check > node.isNodeType("my:type"), > I could find what I was looking for, but doing //element(*,my:type) directly > did not return nothing. > > Where can I find information about that system query handler? > > On 1/9/06, Marcel Reutegger wrote: > >>Hi Martin, >> >>I just tried all your queries and they worked well on the current svn >>checkout. >> >>There was a recent change in the query code to separate the workspace >>index from the system index [1] and [2]. Did you try your test with the >>new configuration using a system query handler? >> >>regards >> marcel >> >>[1] http://issues.apache.org/jira/browse/JCR-257 >>[2] http://thread.gmane.org/gmane.comp.apache.jackrabbit.devel/4057 >>