them
should open a new issue.
> Multiple servers sharing the same repo and config store
> ---
>
> Key: GERONIMO-1638
> URL: https://issues.apache.org/jira/browse/GERONIMO-1638
>
[
https://issues.apache.org/jira/browse/GERONIMO-1638?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Prasad Kashyap updated GERONIMO-1638:
-
Patch Info: [Patch Available]
> Multiple servers sharing the same repo and con
ing the same repo and config store
> ---
>
> Key: GERONIMO-1638
> URL: https://issues.apache.org/jira/browse/GERONIMO-1638
> Project: Geronimo
> Issue Type: New Feature
>
[ http://issues.apache.org/jira/browse/GERONIMO-1638?page=all ]
Matt Hogstrom updated GERONIMO-1638:
Fix Version/s: 1.x
2.0
(was: 1.2)
> Multiple servers sharing the same repo and config st
[ http://issues.apache.org/jira/browse/GERONIMO-1638?page=all ]
Matt Hogstrom updated GERONIMO-1638:
Fix Version: 1.2
(was: 1.1)
> Multiple servers sharing the same repo and config st
at
http://www.mail-archive.com/dev@geronimo.apache.org/msg22807.html .
Have made changes but they need to be tested on windows, cygwin and
unix, so looks like this is going to be for 1.1.1 .
Multiple servers sharing the same repo and config store
> Multiple servers sharing the same repo and config store
> ---
>
> Key: GERONIMO-1638
> URL: http://issues.apache.org/jira/browse/GERONIMO-1638
> Project: Geronimo
> Type: New Feature
> Securit
ple servers sharing the same repo and config store
> ---
>
> Key: GERONIMO-1638
> URL: http://issues.apache.org/jira/browse/GERONIMO-1638
> Project: Geronimo
> Type: New Feature
> Securit
but they need to be tested on windows, cygwin and unix, so looks like
this is going to be for 1.1.1 .
Multiple servers sharing the same repo and config store
---
Key: GERONIMO-1638
URL: http://issues.apache.org/jira/browse
changes but they need to be tested on windows, cygwin and unix, so looks like
this is going to be for 1.1.1 .
> Multiple servers sharing the same repo and config store
> ---
>
> Key: GERONIMO-1638
>
[ http://issues.apache.org/jira/browse/GERONIMO-1638?page=all ]
John Sisson updated GERONIMO-1638:
--
Fix Version: 1.1
(was: 1.2)
> Multiple servers sharing the same repo and config st
ers sharing the same repo and config store
> ---
>
> Key: GERONIMO-1638
> URL: http://issues.apache.org/jira/browse/GERONIMO-1638
> Project: Geronimo
> Type: New Feature
> Securit
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.
I
+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
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 r
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 instanc
[ http://issues.apache.org/jira/browse/GERONIMO-1638?page=all ]
Gianny Damour reassigned GERONIMO-1638:
---
Assign To: John Sisson (was: Gianny Damour)
John, could you please have a look to the scripts?
Thanks
> Multiple servers sharing the s
onfigid
branch right now.
david jencks
Thanks
-Vincent
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]
Sent: lundi 30 janvier 2006 08:23
To: dev@geronimo.apache.org
Subject: Multiple servers sharing the same repo and config store
Many people have talked on and off ab
this.
> Multiple servers sharing the same repo and config store
> ---
>
> Key: GERONIMO-1638
> URL: http://issues.apache.org/jira/browse/GERONIMO-1638
> Project: Geronimo
> Type: New Feature
t is pretty easy, but I am tied up in the configid
branch right now.
david jencks
Thanks
-Vincent
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]
Sent: lundi 30 janvier 2006 08:23
To: dev@geronimo.apache.org
Subject: Multiple servers sharing the same repo and config stor
[ http://issues.apache.org/jira/browse/GERONIMO-1638?page=all ]
Gianny Damour closed GERONIMO-1638:
---
Resolution: Fixed
Committed.
> Multiple servers sharing the same repo and config st
"./server1" is
specified, then G will use the directory /server1.
> Multiple servers sharing the same repo and config store
> ---
>
> Key: GERONIMO-1638
> URL: http://issues.apache.org/jira/browse/GER
Multiple servers sharing the same repo and config store
---
Key: GERONIMO-1638
URL: http://issues.apache.org/jira/browse/GERONIMO-1638
Project: Geronimo
Type: New Feature
Components: usability
Versions: 1.0
]
Sent: lundi 30 janvier 2006 08:23
To: dev@geronimo.apache.org
Subject: Multiple servers sharing the same repo and config store
Many people have talked on and off about how to set up multiple
servers sharing the same repository and config-store, but we haven't
arrived at an agreed on way to
Hi David and everyone,
Any progress on this?
Thanks
-Vincent
> -Original Message-
> From: David Jencks [mailto:[EMAIL PROTECTED]
> Sent: lundi 30 janvier 2006 08:23
> To: dev@geronimo.apache.org
> Subject: Multiple servers sharing the same repo and config store
>
I see your point. Sounds like at a minimum each alternate server
root directory would need to contain a var subdirectory.
Best wishes,
Paul
On 2/1/06, John Sisson <[EMAIL PROTECTED]
> wrote:
I'm not sure if you are suggesting it would be possible for two geronimoinstances to share a var/config
I'm not sure if you are suggesting it would be possible for two geronimo
instances to share a var/config directory - that would not work as each
instance would be attempting to do updates of the one config.xml file.
This may also have problems with two instances trying to write log
files, jour
Some ideas..
Currently geronimo.sh/bat will invoke a setenv.sh script if present ( in
the bin directory ). Maybe we could enhance geronimo.sh/bin to also
invoke a setenv.sh script if present under var for a particular geronimo
instance. So the setenv.sh script in geronimo/bin gets invoked fi
As a programmer type it seems intuitive to me that the
presence of a subdir in an alternate server root overrides the default
while its absence makes the server instance inherit the
default. But its possible that I am mingling system
administration with too much OO. At any rate I agree that havin
As far as directory structure, it seems that WebSphere separates the
binaries (e.g. jars, scripts) from the instance data. Each instance has
it's own copy of configuration data, installed applications, logs and
properties. The scripts (e.g. startup/shutdown) are also available in
each instanc
On Jan 30, 2006, at 8:54 AM, Paul McMahan wrote:One approach that seems user friendly to me would be to allow the user to pass an argument to Geronimo startup specifying a "server root" directory. The immediate subdirectories of this server root directory would trump those in geronimo_home for tha
One approach that seems user friendly to me would be to allow the user
to pass an argument to Geronimo startup specifying a "server root"
directory. The immediate subdirectories of this server
root directory would trump those in geronimo_home for that server
instance. Using this technique would a
Hi, In WebSphere this is the directory organization: $WAS_HOME/config/cells/$CELL_NAME applications (EAR/WAR/RAR) nodes .$NODE_NAME ..servers (JVM Configurations) ...
Does anyone know how other J2EE servers structure their directories
when they have multiple instances configured?
-dain
On Jan 30, 2006, at 5:04 AM, Aaron Mulder wrote:
This sounds reasonable to me. I'd prefer to have resolveServer and
always look for /var under there. If there are multipl
This sounds reasonable to me. I'd prefer to have resolveServer and
always look for /var under there. If there are multiple config
stores, we'll have to figure out how the deploy tool will know which
one to use. Perhaps there should be something indicating whether the
config store is "writable" a
Big +1 to either :-)
Thanks David
-Vincent
> -Original Message-
> From: David Jencks [mailto:[EMAIL PROTECTED]
> Sent: lundi 30 janvier 2006 08:23
> To: dev@geronimo.apache.org
> Subject: Multiple servers sharing the same repo and config store
>
> Many people h
Many people have talked on and off about how to set up multiple
servers sharing the same repository and config-store, but we haven't
arrived at an agreed on way to do it. We have a prospective customer
for this feature (Vincent Massol with Cargo) so I'd like to move
beyond thinking about i
37 matches
Mail list logo
