DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=42163>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=42163 ------- Additional Comments From [EMAIL PROTECTED] 2007-04-19 02:39 ------- Remy, you're basically right about the configuration that I was aiming for. I'm afraid I don't have a great understanding of the ways in which contexts and hosts are best configured so most likely I was going about it all the wrong way. What I was trying to do was to configure contexts outside of server.xml (with XML files in $CATALINA_HOME/conf/[engine_name]/[host_name]). The directory structure on my server doesn't have all the tomcat applications arranged inside one directory: for this reason all my contexts are defined with an absolute-pathname docBase, so essentially I didn't want appBase to be used at all. But appBase is a required attribute of Host, so I figured that setting it the same as the docBase of the root context made sense. So I wanted auto-deployment at startup time to find the context xml files in $CATALINA_HOME/conf/[engine_name]/[host_name], but *not* to take subdirectories of appBase as applications. This worked OK in Tomcat 5, because WEB-INF/web.xml was actually required for Tomcat 5 to consider a subdirectory of appBase to be an application. But, as Mark explained, in Tomcat 6, any directory within appBase gets defined as an application, meaning that any subdirectory would get taken as an application. I guess this might be one of the use-cases that you mention where contexts need to be defined in server.xml. Or more likely I'm just a bit confused :s Anyway, I don't want you to think that I'm treating this bug as a personal tomcat-configuration tutorial, so please don't feel obliged to correct me! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
