Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 54032 invoked from network); 2 Jun 2008 08:51:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Jun 2008 08:51:29 -0000 Received: (qmail 39983 invoked by uid 500); 2 Jun 2008 08:51:31 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 39966 invoked by uid 500); 2 Jun 2008 08:51: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 39955 invoked by uid 99); 2 Jun 2008 08:51:31 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jun 2008 01:51:31 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [161.64.45.2] (HELO mail.inesc-macau.org.mo) (161.64.45.2) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jun 2008 08:50:43 +0000 Received: by mail.inesc-macau.org.mo (Postfix, from userid 500) id 9748C1400485; Mon, 2 Jun 2008 16:50:53 +0800 (CST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on neptune.inesc-macau.org.mo X-Spam-Level: Received: from LUISLEONG (unknown [192.168.101.122]) by mail.inesc-macau.org.mo (Postfix) with ESMTP id E037C140045E for ; Mon, 2 Jun 2008 16:50:49 +0800 (CST) From: "Luis Leong" To: Subject: Store lucene index file into database with clustering Date: Mon, 2 Jun 2008 16:50:42 +0800 Message-ID: <002401c8c48d$bd784db0$3868e910$@org.mo> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0025_01C8C4D0.CB9B8DB0" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcjEjbycv3TENMS6RPOYQirDZG3czA== Content-Language: zh-tw X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-1.1 required=5.0 tests=ALL_TRUSTED,HTML_MESSAGE, TVD_RCVD_SINGLE autolearn=disabled version=3.2.3 ------=_NextPart_000_0025_01C8C4D0.CB9B8DB0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Dear developers, I have made clustering node_1 and node_2 in machine A and B respectively with BundlePersistenceManager on a MySQL DB. I executed the an ocm application on both machine A and B. Each node insert different content (say cA and cB) . (It succeed) Then I executed another program using query to search back the content (cA and cB) I have inserted. But in machine A, only cA can be searched and in B, only cB can be searched) I am wondering the problem may be on ocm query manager which uses lucene indexer because node_1 and node_2 built their own indices . Can anyone tell me how to persist the index information in database, or some other method to solve my problem? Best Wishes Luis ------=_NextPart_000_0025_01C8C4D0.CB9B8DB0--