On 02/08/2011 02:11, Bob DeRemer wrote:
Hi Mark,
Actually, in the logs it does tell me that ExpandWar deleteDir
failed. This is because my extensions I have are actually JAR
files that we're dynamically loaded so we don't have to restart the
webapp. I'm using the addUrl hack, but by
Should YourKit be able to pinpoint this? I've used it for memory and other
profiling, but haven't used it to see what might be holding onto JARs after a
webapp has been shutdown.
Thanks again,
Bob
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Sent: Tuesday, August
On 02/08/2011 09:54, Bob DeRemer wrote:
Should YourKit be able to pinpoint this? I've used it for memory and
other profiling, but haven't used it to see what might be holding
onto JARs after a webapp has been shutdown.
It should do. I have used it in the past to track down locked files.
Mark
If anyone has any suggestions on how we can add files into the exploded
webapp structure and still perform undeploy/re-deploy of our webapp, I would
greatly appreciate it. Or, if there's a way to tell tomcat to completely
remove the directory - regardless of additional files/directories,
Thanks, but I need to do this in a production environment, where we're
deploying/re-deploying a WAR and there is no eclipse IDE. In addition, I am
dynamically adding extensions to our webapp without having to restart our
webapp, which is what republishing from Eclipse does.
-bob
On 01/08/2011 20:32, Bob DeRemer wrote:
Thanks, but I need to do this in a production environment, where
we're deploying/re-deploying a WAR and there is no eclipse IDE. In
addition, I am dynamically adding extensions to our webapp without
having to restart our webapp, which is what
2011/8/1 Bob DeRemer bob.dere...@thingworx.com:
Thanks, but I need to do this in a production environment, where we're
deploying/re-deploying a WAR and there is no eclipse IDE. In addition, I am
dynamically adding extensions to our webapp without having to restart our
webapp, which is what
Hi Mark,
Actually, in the logs it does tell me that ExpandWar deleteDir failed. This is
because my extensions I have are actually JAR files that we're dynamically
loaded so we don't have to restart the webapp. I'm using the addUrl hack, but
by casting the main webapp's
Also - I just looked at my local tomcat 6.0.32 server.xml and it has
JreMemoryLeakPreventionListener on the Server element. The implicit disabling
of URL caching this is supposed to do must not have an effect on this scenario.
As an aside, when I used antiJARLocking + antiResourceLocking on