Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 97434 invoked from network); 23 Jan 2009 09:51:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 23 Jan 2009 09:51:04 -0000 Received: (qmail 13865 invoked by uid 500); 23 Jan 2009 09:51:02 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 13853 invoked by uid 500); 23 Jan 2009 09:51:02 -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 13842 invoked by uid 99); 23 Jan 2009 09:51:02 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Jan 2009 01:51:02 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.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; Fri, 23 Jan 2009 09:50:53 +0000 Received: (qmail invoked by alias); 23 Jan 2009 09:50:32 -0000 Received: from l2tp.day.com (EHLO [192.168.10.116]) [62.192.10.243] by mail.gmx.net (mp026) with SMTP; 23 Jan 2009 10:50:32 +0100 X-Authenticated: #894343 X-Provags-ID: V01U2FsdGVkX18joW8v52UjnRfUkJ52mbjRcbbpeCfb66v0pTGX/H nhuoIeAIqhugZa Message-ID: <497992E7.3090107@gmx.net> Date: Fri, 23 Jan 2009 10:50:31 +0100 From: Marcel Reutegger User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: users@jackrabbit.apache.org Subject: Re: A bug? Query returns wrong records References: <560002.42429.qm@web82605.mail.mud.yahoo.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.6 X-Virus-Checked: Checked by ClamAV on apache.org Ard Schrijvers wrote: > AFAIK, there is no such point. During indexing, LONGs and DOUBLEs are > converted to a lexical representation (see NodeIndexer.addLongValue for > example) such that lucene can query and sort on it (lucene works > lexically only). The LONG's and DOUBLEs end up in the very same lucene > field as normal String properties. as of jackrabbit 1.5 there actually is additional type information written to the index by using token payloads. but it is not currently used when queries are executed. adding queries that take the type into account shouldn't be too complicated. I have created a jira issue: https://issues.apache.org/jira/browse/JCR-1951 regards marcel