That didn't work either. This is what I did. I put back what I had in the conf/context.xml file. I still had the path and docBase so all I took out was the antiJARLocking="true" antiResourceLocking="true. Then I created a context.xml in my application's META-INF that looks like this... <Context antiJARLocking="true" antiResourceLocking="true"/> That's all that i have in that file. I deleted everything under work and there was not a file in conf/Catalina/localhost/test.xml. There was only host-manager.xml and manger.xml. Then I restarted Tomcat and added the new .war file to webapps and that created a new directory, but still it would not undeploy correctly.
Thanks! On Tue, Apr 21, 2009 at 3:56 PM, Caldarale, Charles R < chuck.caldar...@unisys.com> wrote: > > From: JT [mailto:jltoo...@gmail.com] > > Subject: Re: Undeploy does not delete all .jar files > > > > I added this inside of my conf/context.xml file. > > That was pointless - that pretty much corrupts everything. The > conf/context.xml file is used *only* for specifying attributes that you want > common to *all* webapps. Including a path or docBase attribute is > non-sensical, and its effect is undefined when used there. Put that file > back to the way it was. Create a context.xml file in your webapp's META-INF > directory to contain *just* the antiJARLocking and antiResourceLocking > attributes; do *not* set path or docBase, since they are illegal in this > instance. > > Stop Tomcat, make sure there's no conf/Catalina/[host]/[appName].xml file > present, replace your .war file with the updated one, delete the expanded > directory, and delete everything under Tomcat's work directory, then restart > Tomcat and see what happens. > > - 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 > >
