From user-return-1270-apmail-geronimo-user-archive=geronimo.apache.org@geronimo.apache.org Wed Nov 30 21:55:40 2005 Return-Path: Delivered-To: apmail-geronimo-user-archive@www.apache.org Received: (qmail 37343 invoked from network); 30 Nov 2005 21:55:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 30 Nov 2005 21:55:40 -0000 Received: (qmail 28158 invoked by uid 500); 30 Nov 2005 21:55:37 -0000 Delivered-To: apmail-geronimo-user-archive@geronimo.apache.org Received: (qmail 28130 invoked by uid 500); 30 Nov 2005 21:55:37 -0000 Mailing-List: contact user-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: user@geronimo.apache.org List-Id: Delivered-To: mailing list user@geronimo.apache.org Received: (qmail 28118 invoked by uid 99); 30 Nov 2005 21:55:37 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Nov 2005 13:55:37 -0800 X-ASF-Spam-Status: No, hits=0.6 required=10.0 tests=HTML_MESSAGE,NO_REAL_NAME X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [198.178.41.152] (HELO bedmsw03.esn.instinet.com) (198.178.41.152) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Nov 2005 13:57:03 -0800 Received: from hmtalz01.prod.instinet.com (unverified) by bedmsw03.esn.instinet.com (Content Technologies SMTPRS 4.3.17) with ESMTP id for ; Wed, 30 Nov 2005 17:50:18 -0500 Received: from hfccldmmail001.isn.instinet.com (hfccldmmail001.isn.instinet.com [172.27.134.25]) by hmtalz01.prod.instinet.com (8.12.8/8.12.8) with ESMTP id jAULoBSM028619 for ; Wed, 30 Nov 2005 16:50:11 -0500 To: user@geronimo.apache.org Cc: user@geronimo.apache.org Subject: Re: Multiple geronimo instances with little disk usage MIME-Version: 1.0 X-Mailer: Lotus Notes Release 5.0.12 February 13, 2003 Message-ID: From: Guglielmo.Lichtner@instinet.com Date: Wed, 30 Nov 2005 13:51:33 -0800 X-MIMETrack: Serialize by Router on NYMAIL1/US/INSTINET(Release 6.5.4FP2|September 12, 2005) at 11/30/2005 04:51:35 PM, Serialize complete at 11/30/2005 04:51:35 PM Content-Type: multipart/alternative; boundary="=_alternative 0077E3E8882570C9_=" X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N This is a multipart message in MIME format. --=_alternative 0077E3E8882570C9_= Content-Type: text/plain; charset="us-ascii" I have thought some more about this issue and I want to propose something. The distribution has the following main directories, size shown in kilobytes: bin 32 config-store 30124 doc 224 doc/plan 220 lib 3544 lib/endorsed 1084 lib/ext 4 repository 43596 schema 624 var 2896 var/catalina 108 var/config 64 var/derby 1740 var/ldap 4 var/log 916 var/security 24 var/txlog 36 On a linux box with several developers, it appears to me from playing with Geronimo that each developer only needs these: config-store 30124 var 2896 var/catalina 108 var/config 64 var/derby 1740 var/ldap 4 var/log 916 var/security 24 var/txlog 36 The rest could be stored in one place, e.g. /usr/local/geronimo. For this to work you could set a property, e.g. -Dgeronimo.base=~/dev/geronimo_instance And as a default for geronimo.base you can use bin/.. Your thoughts on this? David Jencks 11/24/2005 11:28 AM Please respond to user To: user@geronimo.apache.org cc: Subject: Re: Multiple geronimo instances with little disk usage This is not supported yet, but it definitely should be. The idea is that everything except the var directory is shared between server instances, and each instance has its own var directory. So, there are several gbeans with paths into the var directory: several are in the j2ee-system plan. Some other gbeans in plans such as system-database and activemq-broker also store stuff in var. The major problem at the moment is that most of these gbeans are in the system plan which is loaded before the config.xml file, so there is no opportunity to replace the "var" with the location of your choice. Unfortunately this means you have to build a whole set of configurations for each server, since the name of the base config is going to be different. Does anyone have a good idea how to make this work with only a single set of configurations? one possibility would be to have ServerInfo know where the var directory is, all gbeans that use var ask ServerInfo where it is, and have ServerInfo read it from a system property. Then you could set the var location on the command line. You can already set the config.xml on the command line, although this might not be needed if the var location could be set. The only disadvantage I've thought of with this plan is that it builds the concept of the var directory into geronimo in a much more fundamental way than it is now. thanks david jencks On Nov 24, 2005, at 11:11 AM, Guglielmo.Lichtner@instinet.com wrote: > > I would like to do this: > > 1) Unpack the geronimo distribution under /usr/local/geronimo (say) > and make it read-only. > > 2) Create many small _instances_ of geronimo running on all different > (sets of) ports, on the same machine. > I would like the _code_ to be in one place, but the configurations of > the instances to all be different. > > Basically a lot like tomcat. > > Thanks > Guglielmo > > > ***************************************************************** > <<>> > > In compliance with applicable rules and regulations, Instinet > reviews and archives incoming and outgoing email communications, > copies of which may be produced at the request of regulators. > This message is intended only for the personal and confidential > use of the recipients named above. If the reader of this email > is not the intended recipient, you have received this email in > error and any review, dissemination, distribution or copying is > strictly prohibited. If you have received this email in error, > please notify the sender immediately by return email and > permanently delete the copy you received. > > Instinet accepts no liability for any content contained in the > email, or any errors or omissions arising as a result of email > transmission. Any opinions contained in this email constitute > the sender's best judgment at this time and are subject to change > without notice. Instinet does not make recommendations of a > particular security and the information contained in this email > should not be considered as a recommendation, an offer or a > solicitation of an offer to buy and sell securities. > > ***************************************************************** --=_alternative 0077E3E8882570C9_= Content-Type: text/html; charset="us-ascii"
I have thought some more about this issue and I want to propose something.

The distribution has the following main directories, size shown in kilobytes:

bin 32
config-store 30124
doc 224
doc/plan 220
lib 3544
lib/endorsed 1084
lib/ext 4
repository 43596
schema 624
var 2896
var/catalina 108
var/config 64
var/derby 1740
var/ldap 4
var/log 916
var/security 24
var/txlog 36

On a linux box with several developers, it appears to me from playing with Geronimo that each developer
only needs these:

config-store 30124
var 2896
var/catalina 108
var/config 64
var/derby 1740
var/ldap 4
var/log 916
var/security 24
var/txlog 36

The rest could be stored in one place, e.g. /usr/local/geronimo.

For this to work you could set a property, e.g.

-Dgeronimo.base=~/dev/geronimo_instance

And as a default for geronimo.base you can use bin/..

Your thoughts on this?



David Jencks <david_jencks@yahoo.com>

11/24/2005 11:28 AM
Please respond to user

       
        To:        user@geronimo.apache.org
        cc:        
        Subject:        Re: Multiple geronimo instances with little disk usage



This is not supported yet, but it definitely should be.

The idea is that everything except the var directory is shared between
server instances, and each instance has its own var directory.  So,
there are several gbeans with paths into the var directory: several are
in the j2ee-system plan.  Some other gbeans in plans such as
system-database and activemq-broker also store stuff in var.  The major
problem at the moment is that most of these gbeans are in the system
plan which is loaded before the config.xml file, so there is no
opportunity to replace the "var" with the location of your choice.  
Unfortunately this means you have to build a whole set of
configurations for each server, since the name of the base config is
going to be different.

Does anyone have a good idea how to make this work with only a single
set of configurations?  one possibility would be to have ServerInfo
know where the var directory is, all gbeans that use var ask ServerInfo
where it is, and have ServerInfo read it from a system property.  Then
you could set the var location on the command line.  You can already
set the config.xml on the command line, although this might not be
needed if the var location could be set.  The only disadvantage I've
thought of with this plan is that it builds the concept of the var
directory into geronimo in a much more fundamental way than it is now.

thanks
david jencks


On Nov 24, 2005, at 11:11 AM, Guglielmo.Lichtner@instinet.com wrote:

>
> I would like to do this:
>
> 1) Unpack the geronimo distribution under /usr/local/geronimo (say)
> and make it read-only.
>
> 2) Create many small _instances_ of geronimo running on all different
> (sets of) ports, on the same machine.
> I would like the _code_ to be in one place, but the configurations of
> the instances to all be different.
>
> Basically a lot like tomcat.
>
> Thanks
> Guglielmo
>
>
>  *****************************************************************
>  <<>>
>
>  In compliance with applicable rules and regulations, Instinet
>  reviews and archives incoming and outgoing email communications,
>  copies of which may be produced at the request of regulators.
>  This message is intended only for the personal and confidential
>  use of the recipients named above. If the reader of this email
>  is not the intended recipient, you have received this email in
>  error and any review, dissemination, distribution or copying is
>  strictly prohibited. If you have received this email in error,
>  please notify the sender immediately by return email and
>  permanently delete the copy you received.
>
>  Instinet accepts no liability for any content contained in the
>  email, or any errors or omissions arising as a result of email
>  transmission. Any opinions contained in this email constitute
>  the sender's best judgment at this time and are subject to change
>  without notice. Instinet does not make recommendations of a
>  particular security and the information contained in this email
>  should not be considered as a recommendation, an offer or a
>  solicitation of an offer to buy and sell securities.
>
>  *****************************************************************

--=_alternative 0077E3E8882570C9_=--