Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 73782 invoked from network); 11 Jul 2005 13:22:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 11 Jul 2005 13:22:39 -0000 Received: (qmail 86551 invoked by uid 500); 11 Jul 2005 13:22:22 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 86494 invoked by uid 500); 11 Jul 2005 13:22:22 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 86438 invoked by uid 99); 11 Jul 2005 13:22:20 -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 06:22:20 -0700 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [206.201.23.30] (HELO lng002.tsacorp.com) (206.201.23.30) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Jul 2005 06:22:18 -0700 To: dev@geronimo.apache.org Subject: Questions on Geronimo's var directory and the config-store directory MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.2 June 01, 2004 From: sissonj@insession.com Message-ID: Date: Tue, 12 Jul 2005 00:22:15 +1100 X-MIMETrack: Serialize by Router on lng002/SVR/TSA(Release 6.5.2|June 01, 2004) at 07/11/2005 08:21:17, Serialize complete at 07/11/2005 08:21:17 Content-Type: text/plain; charset="US-ASCII" X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Is this statement correct.. The "var" directory intended for holding data specific to a particular Geronimo instance and not intended to be shared by multiple instances of geronimo? If I wanted to run two geronimo instances, sharing the same installation directory (e.g. so geronimo\lib and geronimo\repository is shared), each of the two instances of geronimo would need to be started with a unique geronimo.base.dir property value ? Currently Geronimo's "config-store" directory is a child of the Geronimo installation directory rather than a child of the"var" directory (which is relative to geronimo.base.dir). What is the reason for config-store not being under the var directory? Is it because it is just a file implementation of a config store and could change in the future to some other storage implementation? If the config-store is being shared by multiple instances of Geronimo couldn't that pose a problem when two instances using the same configuration are updated when a server shuts down? Does anyone have thoughts on how deployment and loading of configurations would work in the future when Geronimo supports clustering and how it would work with a config store? Thanks, John This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author personally.