Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 73463 invoked from network); 18 Feb 2010 13:12:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 18 Feb 2010 13:12:22 -0000 Received: (qmail 27668 invoked by uid 500); 18 Feb 2010 13:12:22 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 27593 invoked by uid 500); 18 Feb 2010 13:12:22 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 27585 invoked by uid 99); 18 Feb 2010 13:12:22 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Feb 2010 13:12:22 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of tmueller@day.com designates 207.126.148.87 as permitted sender) Received: from [207.126.148.87] (HELO eu3sys201aog101.obsmtp.com) (207.126.148.87) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 18 Feb 2010 13:12:14 +0000 Received: from source ([209.85.218.224]) by eu3sys201aob101.postini.com ([207.126.154.11]) with SMTP ID DSNKS308mPIXlVw82FSeGuE0r0n8rOEcQuGa@postini.com; Thu, 18 Feb 2010 13:11:53 UTC Received: by bwz24 with SMTP id 24so105540bwz.33 for ; Thu, 18 Feb 2010 05:11:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.204.8.73 with SMTP id g9mr4850060bkg.146.1266498712410; Thu, 18 Feb 2010 05:11:52 -0800 (PST) In-Reply-To: References: <510143ac1002170722g76806f23he522cd7fc05a2499@mail.gmail.com> <697f8381002170751u6c090ae3kf413238a998ac9e6@mail.gmail.com> <91f3b2651002172339m1ce8d8ect81614644832eaa34@mail.gmail.com> Date: Thu, 18 Feb 2010 14:11:52 +0100 Message-ID: <91f3b2651002180511t2ba97f83t8b172588ec80bb41@mail.gmail.com> Subject: Re: [jr3] Search index in content From: =?ISO-8859-1?Q?Thomas_M=FCller?= To: dev@jackrabbit.apache.org Content-Type: text/plain; charset=ISO-8859-1 Hi, Property/value indexes: We anyway will have to implement some kind of database persistence. Databases support transactional indexes. We could use those instead of using Lucene. Or we could store the index in JCR nodes (which is part of the large repository b-tree). Indexes in databases are stored in exactly the same way. In any case, keeping the index and the persistence in the same storage simplifies transactional persistence a lot. A microkernel that relies on Apache Lucene even for simple property/value indexes is not an option in my view. Regards, Thomas