tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Shapira, Yoav" <Yoav.Shap...@mpi.com>
Subject RE: Tomcat 5.5.4 - classes in classpath not being "released"
Date Mon, 22 Nov 2004 14:44:32 GMT

Hi,
Yup, not kidding.  However, the reason to turn this on is to do in-place
reloading, as opposed to server restarting, so the penalty is easily
amortized over a few (not many) reloads.

Yoav Shapira http://www.yoavshapira.com
 

>-----Original Message-----
>From: Carl Olivier [mailto:carl@zero-one.co.za]
>Sent: Monday, November 22, 2004 9:37 AM
>To: Tomcat Users List
>Subject: RE: Tomcat 5.5.4 - classes in classpath not being "released"
>
>Hectic.
>
>When it says startup performance penalties its not kidding eh?  Context
set
>tot antiResourceLocking="true" and added like 30 seconds to the server
>startup time :)
>
>
>
>-----Original Message-----
>From: Shapira, Yoav [mailto:Yoav.Shapira@mpi.com]
>Sent: Monday, November 22, 2004 3:58 PM
>To: Tomcat Users List
>Subject: RE: Tomcat 5.5.4 - classes in classpath not being "released"
>
>
>Hi,
>You would need to turn on the antiJARLocking or antiResourceLocking
>features
>of Tomcat 5.5.x (they are Context attributes, use either one but not
both
>at
>the same time).
>
>Yoav Shapira http://www.yoavshapira.com
>
>
>>-----Original Message-----
>>From: Carl Olivier [mailto:carl@zero-one.co.za]
>>Sent: Monday, November 22, 2004 3:45 AM
>>To: Tomcat Users List
>>Subject: RE: Tomcat 5.5.4 - classes in classpath not being "released"
>>
>>Hi.
>>
>>Further to my email below, I have noticed that it happens after the
>first
>>time I re-deoply classes - i.e. after the first context reload...
>>
>>Carl
>>
>>-----Original Message-----
>>From: Carl Olivier [mailto:carl@zero-one.co.za]
>>Sent: Monday, November 22, 2004 8:50 AM
>>To: Tomcat Users List
>>Subject: Tomcat 5.5.4 - classes in classpath not being "released"
>>
>>Greetings.
>>
>>Having the following problem using Tomcat 5.5.4 under JDK 1.5:
>>
>>After running my webapp for a bit in a development environment, I want
>to
>>copy new and replacement classes to the webapp classes location, but
>>sometimes (about 50/50) I cannot overrite/delete some of the classes -
>as
>>the VM has not let them go (file handles I assume)?  I have to shut
the
>JVM
>>(Tomcat) down before I can deploy my new classes
>>
>>Is this something in the new JDK/JRE (5.0)? Or is this something in
the
>>Tomcat 5.5.4 classloaders?  I cannot recall (and have not been able to
>>replicate) the problem on 5.0.x under JDK 1.4.x.
>>
>>Any input would be appreciated.
>>
>>Thanks!
>>
>>Carl
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>
>
>
>
>This e-mail, including any attachments, is a confidential business
>communication, and may contain information that is confidential,
>proprietary
>and/or privileged.  This e-mail is intended only for the individual(s)
to
>whom it is addressed, and may not be saved, copied, printed, disclosed
or
>used by anyone else.  If you are not the(an) intended recipient, please
>immediately delete this e-mail from your computer system and notify the
>sender.  Thank you.
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org




This e-mail, including any attachments, is a confidential business communication, and may
contain information that is confidential, proprietary and/or privileged.  This e-mail is intended
only for the individual(s) to whom it is addressed, and may not be saved, copied, printed,
disclosed or used by anyone else.  If you are not the(an) intended recipient, please immediately
delete this e-mail from your computer system and notify the sender.  Thank you.


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org


Mime
View raw message