tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 32284] - Auto-redeploy not working for .war file with META-INF/context.xml
Date Thu, 18 Nov 2004 19:39:05 GMT
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=32284>.
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=32284





------- Additional Comments From jemiller@uchicago.edu  2004-11-18 20:39 -------
I'm guessing that this is by design and isn't a bug, but, when you update an 
application using a .war file that has a META-INF/context.xml, why doesn't it 
update the corresponding $CATALINA_HOME/conf/[enginename]/[hostname]/
[appname].xml file?

My current thinking is that this file should be updated and that a full 
redeploy should be performed. i.e. it should treat context.xml the same way it 
treats all the other files in the exploded webapp directory (when the .war 
file is updated they are deleted and recreated).

The other thing that I'm wondering is why if you have unpackWARs="false", it 
still unpacks context.xml?

To me having a bunch of special cases makes it a lot more confusing and 
difficult to use. I only have limited experience with JBoss, but, if I 
remember correctly, when you install an application to JBoss by copying an 
application into the deploy directory it always does an undeploy first and 
then a deploy. It seemed very simple and consistent.

My personal opinion is that the behavior should be the same whether the 
application has a context.xml or not. Chances are that someone will point out 
that there is a good reason why this isn't the case, but, it would be nice if 
it were that simple.


-- 
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: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org


Mime
View raw message