geronimo-dev mailing list archives

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

-dain

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 -Dorg.apache.geronimo.server.name=<nested folder name> -jar  
>> bin/server.jar
>>
>> * org.apache.geronimo.server.name 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:
>>>> * org.apache.geronimo.server.name: 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
>>>
>>
>>
>>
>


Mime
View raw message