Return-Path: Delivered-To: apmail-incubator-jackrabbit-dev-archive@www.apache.org Received: (qmail 70694 invoked from network); 1 Apr 2005 22:27:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 1 Apr 2005 22:27:07 -0000 Received: (qmail 65825 invoked by uid 500); 1 Apr 2005 22:27:06 -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 65811 invoked by uid 99); 1 Apr 2005 22:27:06 -0000 X-ASF-Spam-Status: No, hits=2.3 required=10.0 tests=DATE_IN_FUTURE_12_24,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of michael.wechner@wyona.com designates 195.226.6.68 as permitted sender) Received: from mx1.wyona.com (HELO mx1.wyona.com) (195.226.6.68) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 01 Apr 2005 14:27:05 -0800 Received: from 103.6.79.83.cust.bluewin.ch ([83.79.6.103] helo=[192.168.2.100]) by mx1.wyona.com with asmtp (Exim 3.35 #1 (Debian)) id 1DHUbV-0004Av-00 for ; Sat, 02 Apr 2005 00:27:01 +0200 Message-ID: <424F1C38.9000901@wyona.com> Date: Sun, 03 Apr 2005 00:27:04 +0200 From: Michael Wechner User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040913 X-Accept-Language: en-us, de, en MIME-Version: 1.0 To: jackrabbit-dev@incubator.apache.org Subject: Re: cluster and cache question References: <424D75AC.2040806@gmail.com> In-Reply-To: <424D75AC.2040806@gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Edgar Poce wrote: > Hi > > I'm trying to use jackrabbit in a cluster scenario. Since jdbc calls > are rather expensive caching results is a common practice, but as you > all pointed PMs are not designed to be smart. So, do you think caching > should be in the PM?, it should be somewhere else?, it shouldn't be at > all? any more option? I am no expert in clustering and would rather like to learn myself how to do this, but I guess re caching it's important that the cache or parts of if can get flushed if something is changing. I really don't have enough understanding, but wouldn't it be best to provide/attach such a cache directly within Jackrabbit itself? Thanks Michi -- Michael Wechner Wyona Inc. - Open Source Content Management - Apache Lenya http://www.wyona.com http://lenya.apache.org michael.wechner@wyona.com michi@apache.org