This is application related logging on application unload (struts plugin):

> com.magnasteyr.josf.InitLog4JPlugin ... try to clean up FileHandles for 
> context [XJOSF]
> com.magnasteyr.josf.InitLog4JPlugin ... Clean up FileHandles finished for 
> context [XJOSF]


Now I used the manager application for <INSTALL> <UNDEPLOY> <INSTALL> in my ANT 
scripts,
and I configured the context with  the antiJARLocking, antiResourceLocking 
attributes ( both true).

It works!!!!!!!!!!!!!!!!!!! 

The first thing is, that the server makes a copy of the context.xml into the 
conf/Catalina/localhost/,
and if you place a new WAR file into webapps, a reload will be done, but the 
context.xml would not be deleted...

The second thing could depend on app-related stuff (file locking), because with 
the "locking" flags I could 
undeploy and deploy properly.

Thanks for your assistance.

Regards, Hans.

-----Ursprüngliche Nachricht-----
Von: Hassan Schroeder [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 08. August 2007 16:49
An: Tomcat Users List
Betreff: Re: How to avoide delete context.xml - 6.0.14


On 8/7/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi Hassan,
>
> I did exactly that way you described to me,
> but the 2nd deployment still dosn't work properly.

You might want to create a very simple WAR file and see if it behaves
the same way...

> The only way that works (not always) is to delete the WAR file manually,
> wait until the webapp is undeployed and then place the war file again.

> INFO: Undeploying context [/xjosf]
> com.magnasteyr.josf.InitLog4JPlugin ... try to clean up FileHandles for 
> context [XJOSF]
> com.magnasteyr.josf.InitLog4JPlugin ... Clean up FileHandles finished for 
> context [XJOSF]

Those two lines make me wonder -- since you're running Windows,
you might look at antiJARLocking and antiResourceLocking here:

<http://tomcat.apache.org/tomcat-6.0-doc/config/context.html>

My feeling is that this is more likely app-related than config-related
at this point; if you can create a WAR file reproducing the problem
(without proprietary material/external dependencies)  I'll be happy
to try it.

-- 
Hassan Schroeder ------------------------ [EMAIL PROTECTED]

---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






Diese Nachricht ist ausschliesslich fuer den oben bezeichneten Adressaten 
bestimmt und enthaelt moeglicherweise vertrauliche Informationen. Sollten Sie 
nicht der oben bezeichnete Adressat sein oder diese Nachricht irrtuemlich 
erhalten haben, ersuchen wir Sie, diese Nachricht nicht weiterzugeben, zu 
kopieren oder im Vertrauen darauf zu handeln, sondern den Absender zu 
verstaendigen und diese Nachricht samt allfaelliger Anlagen sofort zu loeschen. 
Vielen Dank.

This message is intended only for use by the named addressee and may contain 
privileged and/or confidential information. If you are not the named addressee, 
you should not disseminate, copy, or take any action in reliance on it. If you 
have received this message in error, please immediately notify the sender of 
this message and delete this message and any attachment. Thank you.

---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to