geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dain Sundstrom <>
Subject Re: Multiple servers sharing the same repo and config store
Date Wed, 01 Mar 2006 18:04:11 GMT


On Mar 1, 2006, at 2:49 AM, John Sisson wrote:

> Gianny,
> 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)
> John
> 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