You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by John Sisson <jr...@gmail.com> on 2006/03/01 11:49:30 UTC
Re: Multiple servers sharing the same repo and config store
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
>>
>
>
>
Re: Multiple servers sharing the same repo and config store
Posted by Gianny Damour <gi...@optusnet.com.au>.
Thanks for the suggestion. This has been implemented.
Gianny
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
>>>
>>>
>>
>>
>>
>
>
>
>
Re: Multiple servers sharing the same repo and config store
Posted by Dain Sundstrom <da...@iq80.com>.
+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
>>>
>>
>>
>>
>