geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From John Sisson <>
Subject Re: Multiple servers sharing the same repo and config store
Date Wed, 01 Mar 2006 10:49:30 GMT

I think we should change the org.apache.geronimo.base.dir property to be 
org.apache.geronimo.home.dir so it is consistent in meaning with 
Tomcat's usage of the terms home and base to avoid confusion.

In Tomcat:

  home = the installation directory
  base =  the base directory used for resolving dynamic portions of the 
Tomcat installation (defaults to home if not set)


Gianny Damour wrote:
> Hi,
> This change adds the ability to start multiple server instances 
> against the same bin, config-store, deploy, lib, repository and shema 
> folders of a Geronimo installation.
> An additional instance can be set-up by copying the var folder to the 
> directory where you want to create a new instance. Then, from the new 
> server directory, you can start the new instance like this:
> java -Dorg.apache.geronimo.base.dir=<Geronimo installation directory> 
> -Dorg.apache.geronimo.server.dir=<new server directory> -jar <Geronimo 
> installation directory>/bin/server.jar
> * org.apache.geronimo.base.dir is the full path of the directory where 
> Geronimo has been installed, i.e. it is the directory containing the 
> config-store and repository to be shared; and
> * org.apache.geronimo.server.dir is the full path of the directory 
> where the new instance has been set-up. This is in this directory that 
> the instance specific working files are created, i.e. the stuff in 
> var. Note that the value of this property can be either an absolute or 
> relative directory. If a relative directory is specified, then it is 
> resolved based on the Geronimo installation directory.
> If you are happy to start a new instance under the same Geronimo 
> installation directory, then you can create a new nested folder and 
> copy var into it. Then, from the Geronimo installation directory, you 
> can start this new instance like this:
> java<nested folder name> -jar 
> bin/server.jar
> * is the name of the nested folder. 
> This has a similar effect than starting with 
> org.apache.geronimo.server.dir set to the relative path of the nested 
> folder.
> Thanks,
> Gianny
> Dave Colasurdo wrote:
>> Can you please elaborate a bit more on what exactly this provides?
>> Can I now have two separate instances each with their own unique 
>> applications/configurations/logs (i.e. config-store, deploy and var 
>> directories) sharing the same geronimo installation binaries (i.e. 
>> bin, lib and repository directories)?
>> If so, how do we create the additional instances?  I assume the 
>> binary distribution creates the the first instance during the build 
>> and that users need to create the additional instances manually for 
>> now..
>> Thanks
>> -Dave-
>> Gianny Damour wrote:
>>> Hi,
>>> The second solution has been implemented.
>>> When starting G, it is now possible to specify one of these two 
>>> system properties:
>>> * name of the server to be started. 
>>> If "server1" is specified, then G will use the directory <geronimo 
>>> installation dir>/server1; or
>>> * org.apache.geronimo.server.dir: directory of the server to be 
>>> started. This can be either a relative or an absolute path. For 
>>> instance, if "./server1" is specified, then G will use the directory 
>>> <geronimo installation dir>/server1.
>>> I still need to provide a patch for an AMQ GBean, 
>>> JournalPersistenceAdapterGBean, in order to resolve its directory 
>>> attribute based on the server directory - will do that during the day.
>>> Thanks,
>>> Gianny

View raw message