Ideally, the server should just be able to start w/o any forms of configuration, and then for the rest of the configuration to be managed dynamically. My preference, esp. for distributed clusters, would be to use some kind of central repository config that elements interacted with, and for that to be backed by some kind of DB. That way, the DB can be replicated across multiple machines, edited synchronously and minor changes won't need huge restarts.
I think this is a good idea. One thing that sys admin people that I work
with like about WebSphere 4 is the centralized config repository that
can be managed from any machine in the cluster. There is no need for a
special admin server. This could make clustering easier. No need to
replicate configuration. What happens if the config server is down?
- RE: One True Way (TM) of... Aaron Mulder
- Re: One True Way (TM) of... Alex Blewitt
- Re: One True Way (TM... Robert \"kebernet\" Cooper
- Re: One True Wa... Erin Mulder
- RE: One Tru... Howard M. Lewis Ship
- Re: One Tru... Alex Blewitt
- Re: One Tru... Alex Blewitt
- Re: One Tru... Pranni
- Re: One True Wa... Alex Blewitt
- Re: One Tru... Robert \"kebernet\" Cooper
- Re: One True Way (TM... Craig Wohlfeil
- Re: One True Way (TM) of handling con... Gareth Bryan
- RE: One True Way (TM) of handling con... Lyytinen Joonas
- Re: One True Way (TM) of handlin... Christian Trutz
- RE: One True Way (TM) of handling con... Lyytinen Joonas
- Re: One True Way (TM) of handlin... Bill de h�ra
- Re: One True Way (TM) of han... Dan Trevino
- RE: One True Way (TM) of handling con... Lyytinen Joonas
- RE: One True Way (TM) of handling con... Lyytinen Joonas
- RE: One True Way (TM) of handlin... Noel J. Bergman
- Re: One True Way (TM) of handlin... James Strachan
