tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From JT <jltoo...@gmail.com>
Subject Re: Undeploy does not delete all .jar files
Date Tue, 21 Apr 2009 20:35:42 GMT
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.Caldarale@unisys.com> wrote:

> > From: JT [mailto:jltootle@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-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message