Return-Path: 
 <users-return-164-apmail-jackrabbit-users-archive=jackrabbit.apache.org@jackrabbit.apache.org>
Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org
Received: (qmail 29698 invoked from network); 12 May 2006 17:57:17 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 12 May 2006 17:57:17 -0000
Received: (qmail 51601 invoked by uid 500); 12 May 2006 17:57:17 -0000
Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org
Received: (qmail 51589 invoked by uid 500); 12 May 2006 17:57:17 -0000
Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:users-help@jackrabbit.apache.org>
List-Unsubscribe: <mailto:users-unsubscribe@jackrabbit.apache.org>
List-Post: <mailto:users@jackrabbit.apache.org>
List-Id: <users.jackrabbit.apache.org>
Reply-To: users@jackrabbit.apache.org
Delivered-To: mailing list users@jackrabbit.apache.org
Received: (qmail 51580 invoked by uid 99); 12 May 2006 17:57:17 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 12 May 2006 10:57:17 -0700
X-ASF-Spam-Status: No, hits=1.3 required=10.0
	tests=RCVD_IN_BL_SPAMCOP_NET,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (asf.osuosl.org: domain of ramesh.anand@gmail.com
 designates 64.233.182.191 as permitted sender)
Received: from [64.233.182.191] (HELO nf-out-0910.google.com) (64.233.182.191)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 12 May 2006 10:57:16 -0700
Received: by nf-out-0910.google.com with SMTP id m18so341792nfc
        for <users@jackrabbit.apache.org>;
 Fri, 12 May 2006 10:56:55 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=YU/OcZMD0THFn/NFexcbYEMbK3+Yz1lc+REXljx0hkDCz37xlgNTtbwfY64Y/WZsR3eO932GXcIuZ5BEY+Iu/BvszNSsquWIE72miNp6M7NP52zdxoMgn50eG0do3RNOGw7bskX0ZpRsiEJ8qroVSWpT8uIzD4BAgH0hR81lrcU=
Received: by 10.49.40.17 with SMTP id s17mr182769nfj;
        Fri, 12 May 2006 10:56:55 -0700 (PDT)
Received: by 10.49.8.12 with HTTP; Fri, 12 May 2006 10:56:55 -0700 (PDT)
Message-ID: <b65a86a90605121056g223e8058jf87e59aa9e41bceb@mail.gmail.com>
Date: Fri, 12 May 2006 12:56:55 -0500
From: "Ramesh Anand" <ramesh.anand@gmail.com>
To: users@jackrabbit.apache.org
Subject: Re: indexing question
In-Reply-To: <4464A46E.7020405@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <4464A46E.7020405@gmail.com>
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Hi Michael,
here is my answers,
1. <SearchIndex> is the lucene based index property tag, the binary
tree structure of the repository nodes and properties, if I am not
wrong.FYI: It excludes jcr:data.

2. When you store a node/property , the necessary information will be
index in the lucene index folder under the repository home directory.

3. All your queries run against your lucene index folder, means, if
you do not have the entries in the index folder but the entries are in
the repository for some reason, you will not get the result for those
entries when you query the repository.

3. you can run SQL or XPATH based queries.

4. The Search Index folder should be File system in the Jackrabbit 1.0
release. However you can get latest and build the binary for the
database based search index;I hope it is available in the source
control now.

Thanks
SRA

On 5/12/06, Michael Baranov <michael.baranov@gmail.com> wrote:
> Hello!
>
> The docs say that if one does not specify the <SearchIndex> in the
> repository.xml the repository becomes unsearchable. What does that mean
> exactly? What type of search queries won't be possible to execute? And
> one more question: what does the child (of <SearchIndex>) <FileSystem>
> doing there when it is not really possible to use, say DbFileSystem to
> store indexes?
>
> thanks!
>
> Michael.
>