You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2002/06/18 17:14:13 UTC
DO NOT REPLY [Bug 9960] New: -
Deploy issue with local Context
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9960>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9960
Deploy issue with local Context
Summary: Deploy issue with local Context
Product: Tomcat 4
Version: 4.1.4
Platform: PC
OS/Version: Linux
Status: NEW
Severity: Normal
Priority: Other
Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: peterj@liberate.com
If a webapp is not present when Tomcat is started, but a local file
webapps/MyApp.xml exists, the <Context> in the xml file will be added to
server.xml when MyApp is deployed. Although the <Context> is added to
server.xml, the deploy fails, reporting "Application already exists at path
/MyApp"--in other words, the configuration for the application is present but
the app itself isn't. (The parameters not listed in MyApp.xml that may exist in
web.xml are also not added, but this may be simply because MyApp.war is not
being accepted.)
In order to get MyApp.war file onto the server, it's necessary to undeploy the
webapp, which removes the <Context> from server.xml, and deploy it again...
except the new deployment ignores the <Context> in MyApp.xml and uses only the
defaults in the webapp's web.xml file.
This appears to be a Catch-22 situation: either you have the local configuration
and no app, or the app and no local configuration.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>