Dear Tomcat community:
Here's my setup:
- I am running Apache Tomcat/6.0.24.
- I am deploying the my applications 'exploded' -- i.e. NOT as a war file.
- each application is defined by a /META-INF/context.xml in the respective
appBase directory.
- I have several virtual hosts:
<Service name="my_service">
<Connector protocol="AJP/1.3" port="8009" />
<Engine name="my_engine" defaultHost="proj-2-1">
<!-- Default host -->
<Host name="proj-2-1"
appBase="/home/webadmin/proj-2-1.djinnsoft.com" unpackWARs="false">
...
</Host>
<!-- UAT site -->
<Host name='hg.djinnsoft.com' unpackWARs='false'
appBase='/home/webadmin/hg.djinnsoft.com/appBase'
workDir='/home/webadmin/work/hg.djinnsoft.com'>
<Alias>hg.djinnsoft.com</Alias>
...
</Host>
<!-- QA site -->
<Host name='test-hg.djinnsoft.com' unpackWARs='false'
appBase='/home/webadmin/test-hg.djinnsoft.com/appBase'
workDir='/home/webadmin/work/test-hg.djinnsoft.com'>
<Alias>test-hg.djinnsoft.com</Alias>
...
</Host>
</Engine>
</Service>
Here'smy question/problem:
I've noticed that the /META-INF/context.xml files are being copied from the
respective appBase directories to $CATALINA_HOME/conf/my_engine directory. For
example:
# ls /opt/tomcat6/conf/my_engine/hg.djinnsoft.com/ROOT.xml
/opt/tomcat6/conf/my_engine/hg.djinnsoft.com/ROOT.xml
# ls /opt/tomcat6/conf/my_engine/test-hg.djinnsoft.com/ROOT.xml
/opt/tomcat6/conf/my_engine/test-hg.djinnsoft.com/ROOT.xml
This behaviour is unexpected for two reasons:
- I have another system, which is configured identically (for another client),
except that the Tomcat version is 6.0.18. The older Tomcat version is not
copying files like this.
- I can't find anything in the documentation that talks about copying the context.xml files
for <Host> container (not to be confused with copying context.xml for the
<Context> container, which might happen on occasion).
Is this a new bug? Did I do something wrong? Did the Tomcat behaviour change
in an undocumented fashion?
Thanks,
--
Dave Cherkassky
VP of Software Development
DJiNN Software Inc.
416.504.1354
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]