thanks for the quick answer. Please see comments inline
Am Montag, 23. Juni 2003 13:03 schrieb Remy Maucherat:
Reinhard Moosauer wrote:
Tomcat has a very nice feature, which allows dropping .xml in the
wepapp-directory and automatic deployment of contexts defined therein.
I would suggest the same approach for Host definitions.
For a lot of installations it would _completely_ eliminate the need for
changes in server.xml.
I don't know, if such a mechanism is planned for tc5.
In this case: could we consider a backport of this feature?
I would volunteer for an extension to 4.1. But I would like to hear the
opinion of the developers.
Here is the to-do-list:
- add a parameter to the engine-Tag: virtualHostDir=
(default: hosts for example)
- (Alternative: the plugin-way: define a listener, which does this)
- deploy all defined hostxxx.xml in the given dir on startup.
- optional: add an auto-deploy feature like in webapps
I don't know yet, how invasive the change would be. I am very grateful
for any hints.
I would like to contribute the extension, if it is well-integrated and
riskless enough for the stable tree. Otherwise: maybe it works at least
Please do not hesitate to give any kind of comments!
I'd considered it a lot lately, but decided against it, as it's not as
hassle free as you make it sound: the biggest problem is configuring the
DNS, so I don't see what the feature would add.
I caught a bit of your consideration, I think, but I missed the conclusion.
Please give me a hint: what do you mean with configuring the DNS?
I know that I need valid DNS-Entries for each virtual hosts, which can't
obviously be done with Tomcat.
Is there another thing with DNS in Tomcat I do not see?
With TC 5, you can dynamically add hosts with:
- JMX (using some agent)
- the admin webapp, like in TC 4.1.x
I think that's good enough, and the extra complexity doesn't seem to add
something of real value.
Imaginably I can do the setup of a new virtual host on a server with a quite
simple shellscript. I want to add the possibilty to configure the tomcat
hosts also in turn.
Patching it in server.xml is not nice. Not only because of the need to restart
tomcat afterwards. Both are risky tasks when I want to do it unattended.
I'd vote -0 or -1 on the issue.
If you don't mind I would like to clarify it a litte bit more.
Again, thanks a lot for your comments
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]