> From: rjgallac [mailto:rgallac...@ufi.com]
> Subject: one webapp - two security constraints
You didn't bother to tell us the version of Tomcat you're using, so the
following comments are based on using a 6.0.x level (but should also apply to
5.5.x).
> <Host name="host1" appBase="webapps/files" unpackWARs="true"
The appBase setting is wrong; it should be just "webapps", not "webapps/files".
Having appBase the same as any docBase is illegal.
> <Context path="" docBase="${catalina.home}/webapps/files">
It's really, really bad form to put <Context> elements in server.xml. In
addition, the above gets you *two* deployments for this <Host>, since the
webapp will be deployed once as ROOT, and again as "files". Name the webapp
directory or .war file ROOT (case sensitive), move the <Context> element to
webapps/ROOT/META-INF/context.xml where it belongs, and remove the illegal path
and docBase attributes.
> <Host name="host2" appBase="webapps/files"
Ditto.
> <Context path="" docBase="${catalina.home}/webapps/files">
Ditto.
> So the question is two hosts. One web app.
No, you actually had four webapps, since there was double deployment for each
<Host>. Each <Host> will *always* have a separate copy of the webapp, even if
they point to the same appBase. (BTW, having two <Host> elements using the
same appBase is a tad risky if you ever try redeployment on the fly.) You
cannot have multiple <Host> elements sharing a webapp in memory - it simply
doesn't work that way.
You could use SecurityFilter to keep just one copy of the webapp and have that
filter check for whether or not to apply the security constraint. Look here
for details:
http://securityfilter.sourceforge.net/
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you received
this in error, please contact the sender and delete the e-mail and its
attachments from all computers.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
