Return-Path: Delivered-To: apmail-incubator-jackrabbit-dev-archive@www.apache.org Received: (qmail 49747 invoked from network); 11 Jul 2005 16:04:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 11 Jul 2005 16:04:25 -0000 Received: (qmail 88857 invoked by uid 500); 11 Jul 2005 16:04:24 -0000 Mailing-List: contact jackrabbit-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jackrabbit-dev@incubator.apache.org Delivered-To: mailing list jackrabbit-dev@incubator.apache.org Received: (qmail 88844 invoked by uid 99); 11 Jul 2005 16:04:24 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Jul 2005 09:04:24 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [83.65.204.219] (HELO itchy.tm1.at) (83.65.204.219) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Jul 2005 09:04:21 -0700 Received: from localhost (localhost [127.0.0.1]) by itchy.tm1.at (Postfix) with ESMTP id D81B92FC67E for ; Mon, 11 Jul 2005 16:32:35 +0200 (CEST) Received: from [192.168.40.100] (83-64-161-207.finon.xdsl-line.inode.at [83.64.161.207]) by itchy.tm1.at (Postfix) with ESMTP id 5B0ED2FBAF3 for ; Mon, 11 Jul 2005 16:32:34 +0200 (CEST) Message-ID: <42D2988C.5080103@ingen.at> Date: Mon, 11 Jul 2005 18:04:28 +0200 From: Walter Raboch Organization: ingen User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: jackrabbit-dev@incubator.apache.org Subject: Re: [jira] Commented: (JCR-160) Query index not in sync with workspace References: <1243039749.1121088790777.JavaMail.jira@ajax.apache.org> In-Reply-To: <1243039749.1121088790777.JavaMail.jira@ajax.apache.org> Content-Type: multipart/mixed; boundary="------------020106080709000800010505" X-Virus-Scanned: by AMaViS 0.3.12pre8 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N --------------020106080709000800010505 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit The query index seems to be out of sync with the data very often. Especially when deleting nodes. We have discussed some more problems here with syncing the indexes in a clusterd environment. So one question come up: In the moment ALL queries are done with lucene. Why not using the capabilities of a databases (if persistence is done with a DBMS) and use Lucene just for full text searches? The DBMS is designed for retain referential integrity - so no more out of sync errors should appear. cheers, Walter --------------020106080709000800010505--