Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 79307 invoked from network); 1 Oct 2009 09:19:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 1 Oct 2009 09:19:01 -0000 Received: (qmail 25804 invoked by uid 500); 1 Oct 2009 09:19:00 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 25778 invoked by uid 500); 1 Oct 2009 09:19:00 -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 25767 invoked by uid 99); 1 Oct 2009 09:19:00 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Oct 2009 09:19:00 +0000 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 mreutegg@day.com designates 207.126.148.88 as permitted sender) Received: from [207.126.148.88] (HELO eu3sys201aog102.obsmtp.com) (207.126.148.88) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 01 Oct 2009 09:18:50 +0000 Received: from source ([209.85.220.223]) by eu3sys201aob102.postini.com ([207.126.154.11]) with SMTP ID DSNKSsRziKpmYUQCYREqNvzSBrUdVZaGXr0v@postini.com; Thu, 01 Oct 2009 09:18:29 UTC Received: by fxm23 with SMTP id 23so2376401fxm.30 for ; Thu, 01 Oct 2009 02:16:56 -0700 (PDT) MIME-Version: 1.0 Sender: mreutegg@day.com Received: by 10.204.25.71 with SMTP id y7mr788526bkb.67.1254388616386; Thu, 01 Oct 2009 02:16:56 -0700 (PDT) In-Reply-To: <97B2AFAD08A448E1A3457EB15C6502FB@Dell2> References: <97B2AFAD08A448E1A3457EB15C6502FB@Dell2> Date: Thu, 1 Oct 2009 11:16:56 +0200 X-Google-Sender-Auth: 0dbf1f32fd249a59 Message-ID: Subject: Re: Query mixin and nt:resource nodes From: Marcel Reutegger To: users@jackrabbit.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Hi, On Mon, Sep 28, 2009 at 23:54, Michael Shoener wrote: > I tried your suggestion to use @jcr:data and still get nothing. see: http://jackrabbit.apache.org/frequently-asked-questions.html "Why doesn't //*[jcr:contains(@jcr:data, 'foo')] return matches for binary content?" > What exactly does the "." in the jcr:contains search in relation to the > node? it means that the XPath context node is searched using the jcr:contains() function. In jackrabbit jcr:contains will search all properties on that node unless otherwise configured in the indexing configuration. see: http://wiki.apache.org/jackrabbit/IndexingConfiguration > Any other suggestions? you could separate the resource from the file. e.g. have the description property on a node that is distinct from the node where you have the jcr:data on. using built in node types that would be: //element(*, nt:file)[jcr:contains(jcr:content, 'example')] or if you also want to search on description: //element(*, nt:file)[jcr:contains(@description, 'example' or jcr:contains(jcr:content, 'example')] (assuming you have a custom node type that extends from nt:file and allows you to set @description) regards marcel