Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 15676 invoked from network); 16 Feb 2010 09:34:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 16 Feb 2010 09:34:32 -0000 Received: (qmail 67630 invoked by uid 500); 16 Feb 2010 09:34:31 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 67576 invoked by uid 500); 16 Feb 2010 09:34:31 -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 67565 invoked by uid 99); 16 Feb 2010 09:34:31 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Feb 2010 09:34:31 +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 aklimets@day.com designates 207.126.148.89 as permitted sender) Received: from [207.126.148.89] (HELO eu3sys201aog103.obsmtp.com) (207.126.148.89) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 16 Feb 2010 09:34:21 +0000 Received: from source ([209.85.220.211]) by eu3sys201aob103.postini.com ([207.126.154.11]) with SMTP ID DSNKS3pmh4jZgg0uErqk1sqnTZLdJr9Mlp1w@postini.com; Tue, 16 Feb 2010 09:34:01 UTC Received: by fxm3 with SMTP id 3so6355703fxm.39 for ; Tue, 16 Feb 2010 01:33:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.164.75 with SMTP id d11mr7499491fay.68.1266312838070; Tue, 16 Feb 2010 01:33:58 -0800 (PST) In-Reply-To: References: <23fce8e61002101405u6a4944f4o219c044929c900fa@mail.gmail.com> Date: Tue, 16 Feb 2010 10:33:58 +0100 Message-ID: Subject: Re: Potential performance improvement? From: Alexander Klimetschek To: users@jackrabbit.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org On Mon, Feb 15, 2010 at 13:28, Marcel Reutegger wrote: > On Fri, Feb 12, 2010 at 14:47, Alexander Klimetschek wrote: >> On Fri, Feb 12, 2010 at 13:33, Marcel Reutegger >> wrote: >>> jackrabbit does it in a similar way for quite some time now. >> >> To me it sounds like this partial-temporary-indexing feature should be >> part of Lucene directly (configurable, of course). > > well, it's not that easy. jackrabbit makes use of many assumptions and > implementation specific properties of the content that is indexed. > e.g. nodes are uniquely identifiable and it is not required to > immediately persist the index on commit. it is sufficient that a redo > log contains enough information to replay the changes. all this cannot > be moved easily into a more generic library like lucene. however there > is interesting work going on with the near-real-time index that we > might want to use in the future. I see. The near-real-time index sounds great (however, "real-time" always has to be taken carefully ;-)). Regards, Alex -- Alexander Klimetschek alexander.klimetschek@day.com