:21 schrieb Christopher Schultz
> :
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Jörg,
>
>> On 12/8/18 04:16, Jörg Spilling wrote:
>> Hi!
>>
>> After a system crash (Windows 10) it noticed that it was no longer
>> possi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Jörg,
On 12/8/18 04:16, Jörg Spilling wrote:
> Hi!
>
> After a system crash (Windows 10) it noticed that it was no longer
> possible to undeploy applications from my TomEE development
> installation from Netbeans. I have started
Hi!
After a system crash (Windows 10) it noticed that it was no longer possible to
undeploy applications from my TomEE development installation from Netbeans. I
have started research and I found that it isn't a problem from Netbeans or the
TomEE installation.
I have done the foll
out for now then.
>> When undeployment fails, is the application still usable by clients?
>
> No.
I'm assuming that the app works up to the point where you try to
undeploy it, then it stops working (as if it was undeployed) but you get
the error that the undeploy failed.
Is t
On 01/04/2015 11:13 AM, Mark Thomas wrote:
> On 03/01/2015 02:25, Mike Seda wrote:
>> On 01/01/2015 09:35 AM, Mark Thomas wrote:
>>> On 31/12/2014 22:38, Mike Seda wrote:
>>>
Please let us know what you think.
>>> The information you provided doesn't add up.
>>>
>>> CATALINA_BASE: /usr/loca
On 03/01/2015 02:25, Mike Seda wrote:
> On 01/01/2015 09:35 AM, Mark Thomas wrote:
>> On 31/12/2014 22:38, Mike Seda wrote:
>>
>>> Please let us know what you think.
>> The information you provided doesn't add up.
>>
>> CATALINA_BASE: /usr/local/tomcat
>>
>> -Dwebapp.path=/srv/tomcat/webapps/$1/
On 01/01/2015 09:35 AM, Mark Thomas wrote:
> On 31/12/2014 22:38, Mike Seda wrote:
>
>> Please let us know what you think.
> The information you provided doesn't add up.
>
> CATALINA_BASE: /usr/local/tomcat
>
> -Dwebapp.path=/srv/tomcat/webapps/$1/
/usr/local/tomcat/webapps is a symlink to /srv
On 31/12/2014 22:38, Mike Seda wrote:
> Please let us know what you think.
The information you provided doesn't add up.
CATALINA_BASE: /usr/local/tomcat
-Dwebapp.path=/srv/tomcat/webapps/$1/
The web application path you are providing to your build.xml (which we
have no way of knowing what it
Hi All,
We are currently receiving the following errors [separately and
*intermittently*] upon attempting to undeploy *any* of our webapps via
Tomcat Manager:
/1) Context /${webapp} is defined in server.xml and may not be undeployed/
2) /No context exists for path ///${webapp}/
FYI, our
como corrigir isso?
jul 09, 2014 9:22:01 AM org.apache.catalina.loader.
WebappClassLoader clearReferencesThreads
GRAVE: The web application [/jsf] appears to have started a thread named
[Mojarra-WebResourceMonitor-1-thread-1] but has failed to stop it.
This is very likely to create a memory
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Mark,
On 7/16/13 7:47 PM, Mark Eggers wrote:
>> For a JAR file, I use the following code (don't shoot me - I'm
>> an admin / architect, not a developer).
This may be part of the problem. Don't feel bad: you just need a
developer in this case to bai
Hi,
> From: André Warnier [mailto:a...@ice-sa.com]
> Subject: Re: [OT] Cannot cleanly undeploy a web application
>
> I believe that the underlying issue here is the difference in behaviour
> between Windows
> and Unix/Linux, with regard to a file opened by one process, when
On 7/16/2013 4:07 PM, Caldarale, Charles R wrote:
From: André Warnier [mailto:a...@ice-sa.com] Subject: Re: [OT] Cannot
cleanly undeploy a web application
What probably happens here, is that one level below the InputStream
which holds the filehandle in Java, is some native file object
which
> From: André Warnier [mailto:a...@ice-sa.com]
> Subject: Re: [OT] Cannot cleanly undeploy a web application
> What probably happens here, is that one level below the InputStream which
> holds the filehandle in Java, is some native file object which has the file
> open. The Inp
On 16/07/2013 22:43, Mark Eggers wrote:
> 5. Do this right
>
> How, I'm not exactly sure. Hence, the question.
At a guess, call close on the JarFile.
Looks like you might need to refactor the code to be able to do that.
Mark
assLoader().getResourceAsStream()
is used to obtain the resources, process them, and stuff them into a
HashMap managed by a singleton.
This is all done via a servlet context listener, and the HashMap is
emptied in the listener's contextDestroyed method.
On Linux, this all works well. I
esourceAsStream()
is used to obtain the resources, process them, and stuff them into a
HashMap managed by a singleton.
This is all done via a servlet context listener, and the HashMap is
emptied in the listener's contextDestroyed method.
On Linux, this all works well. I can deploy and und
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike,
On 10/26/2011 2:40 AM, Mike wrote:
> Understood. Thanks! I changed the logfile location to be the log
> folder of the tomcat server and the redeploy is working (amongst 10
> redeploys only 1 failed). I am using log4j so I don't control the
> pro
Christopher Schultz christopherschultz.net> writes:
> Mike,
>
> Sounds like you aren't properly shutting-down your logging system when
> your webapp undeploys. That would result in the file staying open and
> thus being unavailable for delete.
>
> I agree with Pid that putting application log fi
it. However, when issuing the redeploy
> command with maven the problem appears ("The continued presence of
> this file may cause problems.") and the application cannot be
> redeployed. Even when trying to undeploy the application via the
> tomcat manager (via the manager g
and there within "[applicationName]\resources\log").
>
> I am not trying to delete it. However, when issuing the redeploy command with
> maven the problem appears ("The continued presence of this file may
> cause problems.") and the application cannot be redeployed
I am not trying to delete it. However, when issuing the redeploy command with
maven the problem appears ("The continued presence of this file may
cause problems.") and the application cannot be redeployed. Even when
trying to undeploy the application via the tomcat manager (via the manage
- Original Message -
> From: Marco Betti
> To: Tomcat Users List
> Cc:
> Sent: Friday, October 21, 2011 7:18 AM
> Subject: Re: FarmWarDeployer undeploy on slave node when tomcat restart
>
> Hi Keiichi,
> many thanks for your suggestion.
> By setting synchro
e.
>
> Please try the following.
> channelSendOptions="6">
>
>
> 2011/10/21 Marco Betti :
> > Tried also on Tomcat 7.0.22
> >
> > Same behaviour: when i restart node1, FarmWarDeployer undeploy my war
> both
> > from node1 and node2, but re-d
by one message.
Although I consider correction of a code, there is one work around.
Workaround is change in synchronous mode.
Please try the following.
2011/10/21 Marco Betti :
> Tried also on Tomcat 7.0.22
>
> Same behaviour: when i restart node1, FarmWarDeployer undeploy my war bot
at is
>> configured to unpack wars. Deploying works. However undeploy fails for the
> following reason:
>>> FAIL - Unable to delete [C:\Programme\Apache Software Foundation\Tomcat 7.0
> \webapps\mywebapp]. The
>> continued presence of this file may cause problems.
>>
Mark Thomas apache.org> writes:
>
> On 18/10/2011 13:02, Bjoern Raupach wrote:
> > Hi group,
> >
> > we are using Tomcat 7.0.21 on Windows XP with the manager application for
remote deployment. Tomcat is
> configured to unpack wars. Deploying works. However und
Tried also on Tomcat 7.0.22
Same behaviour: when i restart node1, FarmWarDeployer undeploy my war both
from node1 and node2, but re-deploy it only on node1.
If I touch my war in my watchDir on node1, tomcat redeploys it correctly on
both nodes...
Is tomcat clustering used?
If so, does anybody
.html
The problem is the following:
let node1 be the master (watchEnabled="true") and node2 the slave
(watchEnabled="false")
This is my configuration:
If I copy a war to watchDir of node1 evertything works fine and cluster
deploy is achieved.
When i restart node1, FarmWarDep
t; Hi group,
>>>>
>>>> we are using Tomcat 7.0.21 on Windows XP with the manager
>>>> application for remote deployment. Tomcat is configured to
>>>> unpack wars. Deploying works. However undeploy fails for the
>>>> following reason: FAIL - Un
rs.
Mark
>
> On Oct 18, 2011, at 2:09 PM, Mark Thomas wrote:
>
>> On 18/10/2011 13:02, Bjoern Raupach wrote:
>>> Hi group,
>>>
>>> we are using Tomcat 7.0.21 on Windows XP with the manager
>>> application for remote deployment. Tomcat is configured
n Windows XP with the manager application for
>> remote deployment. Tomcat is configured to unpack wars. Deploying works.
>> However undeploy fails for the following reason:
>> FAIL - Unable to delete [C:\Programme\Apache Software Foundation\Tomcat
>> 7.0\webapps\myweb
On 18/10/2011 13:02, Bjoern Raupach wrote:
> Hi group,
>
> we are using Tomcat 7.0.21 on Windows XP with the manager application for
> remote deployment. Tomcat is configured to unpack wars. Deploying works.
> However undeploy fails for the following reason:
> FAIL - U
Hi group,
we are using Tomcat 7.0.21 on Windows XP with the manager application for
remote deployment. Tomcat is configured to unpack wars. Deploying works.
However undeploy fails for the following reason:
FAIL - Unable to delete [C:\Programme\Apache Software Foundation\Tomcat
7.0\webapps
k down locked files.
Mark
>
> Thanks again, Bob
>
> -Original Message- From: Mark Thomas
> [mailto:ma...@apache.org] Sent: Tuesday, August 02, 2011 3:52 AM To:
> Tomcat Users List Subject: Re: HOW TO: re-deploy or undeploy a webapp
> when additional files are added aft
August 02, 2011 3:52 AM
To: Tomcat Users List
Subject: Re: HOW TO: re-deploy or undeploy a webapp when additional files are
added after initial deployment
On 02/08/2011 02:11, Bob DeRemer wrote:
> Hi Mark,
>
> Actually, in the logs it does tell me that ExpandWar deleteDir failed.
&
t-in product JAR(s) loaded by the same [I'm assuming] webapp
> classloader.
>
> The problem is, when I shutdown/undeploy the webapp, everything else
> gets deleted, but not the JAR(s) that are dynamically loaded. Tomcat
> should not be holding on to these because I am NOT using
using
the context attributes?
Thanks,
bob
-Original Message-
From: Bob DeRemer [mailto:bob.dere...@thingworx.com]
Sent: Monday, August 01, 2011 9:12 PM
To: Tomcat Users List
Subject: RE: HOW TO: re-deploy or undeploy a webapp when additional files are
added after initial deploymen
.
The problem is, when I shutdown/undeploy the webapp, everything else gets
deleted, but not the JAR(s) that are dynamically loaded. Tomcat should not be
holding on to these because I am NOT using the System class loader to load
them. Problem is, I'm not sure why these are not being unload
2011/8/1 Bob DeRemer :
> 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 Ecl
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 repu
-bob
-Original Message-
From: Chema [mailto:demablo...@gmail.com]
Sent: Monday, August 01, 2011 3:02 PM
To: Tomcat Users List
Subject: Re: HOW TO: re-deploy or undeploy a webapp when additional files are
added after initial deployment
> If anyone has any suggestions on how we can add files
> 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
I'm running Tomcat 6.0.32 on Windows Server 2008 R2.
I am running into a problem when managing our webapp via the Tomcat Manager
App. Specifically, if I add any files to our WEB-INF/extension directory in
the exploded WAR directory after the initial deployment, an undeploy fails to
compl
Hi Mark,
Thanks for the prompt reply.
On Thu, Mar 24, 2011 at 5:33 PM, Mark Thomas wrote:
> On 24/03/2011 11:14, neeraj kumar wrote:
> > Hi Mark,
> >
> > I have a multiwar app.
>
> That isn't ideal. Web applications are intended to be self-contained.
>
> The apps are logically exclusive, just t
On 24/03/2011 11:14, neeraj kumar wrote:
> Hi Mark,
>
> I have a multiwar app.
That isn't ideal. Web applications are intended to be self-contained.
> I made the changes to one war in myway/META-INF/context.xml
>
> clearReferencesThreadLocals="true">
>
>
>
> The issue is:
>
> 1.When I use
>
> > I am using Tomcat 6.0.18 , JVM Version 1.6.0_24 ,OS SunOS 5.10, OSArch
> > :AMD64
> >
> > Recently I observed in few apps deployed on tomcat, that when I undeploy
> the
> > apps by simply deleting the .war file and the directory for the app, a
> few
>
On Thu, Mar 24, 2011 at 08:06, neeraj kumar wrote:
> Mark,
>
> Thanks a lot for the reply.
>
> This was really helpful.
>
> Thanks
>
I find there is a very nice feature with the manager webapp: if you
use it in text mode and ask it to deploy/start/stop/undeploy an
appl
; :AMD64
> >
> > Recently I observed in few apps deployed on tomcat, that when I undeploy
> the
> > apps by simply deleting the .war file and the directory for the app, a
> few
> > threads are not cleaned up.
> >
> > I would be happy if someone shed s
On 22/03/2011 14:42, neeraj kumar wrote:
> Hi ,
>
> I am using Tomcat 6.0.18 , JVM Version 1.6.0_24 ,OS SunOS 5.10, OSArch
> :AMD64
>
> Recently I observed in few apps deployed on tomcat, that when I undeploy the
> apps by simply deleting the .war file and the directo
Hi ,
I am using Tomcat 6.0.18 , JVM Version 1.6.0_24 ,OS SunOS 5.10, OSArch
:AMD64
Recently I observed in few apps deployed on tomcat, that when I undeploy the
apps by simply deleting the .war file and the directory for the app, a few
threads are not cleaned up.
I would be happy if someone shed
Re: Webapp undeploy failure
Pid schrieb am 20.12.2010 um 19:39 (+):
> On 20/12/2010 17:13, McGibbney, Lewis John wrote:
> >
> > Looking at server.xml I find that 'wombra' is the only webapp
> > specified […]
> Don't define your app in server.xml.
To under
Pid schrieb am 20.12.2010 um 19:39 (+):
> On 20/12/2010 17:13, McGibbney, Lewis John wrote:
> >
> > Looking at server.xml I find that 'wombra' is the only webapp
> > specified […]
> Don't define your app in server.xml.
To understand why, search the list archives for Caldarale and context,
an
On 20/12/2010 17:13, McGibbney, Lewis John wrote:
> Hello list,
>
> Tried to do a bit of reading on this but the results have not come up. I am
> using version 6.0.26 on windows XP and all I am trying to do is undeploy (and
> delete from tomcat webapp folder) one webapp which is
Hello list,
Tried to do a bit of reading on this but the results have not come up. I am
using version 6.0.26 on windows XP and all I am trying to do is undeploy (and
delete from tomcat webapp folder) one webapp which is deployed every time I
start my tomcat instance.
Having started my
against might also have its own job running
facility, e.g. MSSQL or Oracle do.
> and be sure this webapp will not be reloaded next time I restart the
> server. I could undeploy it manually, but I'd like it to be automatic.
> So I deploy the webapp, it does the job, then undeploy itse
Hi folks,
I'd like to know how I could trigger an automatic undeploy of a context
after it has been fully loaded.
The thing is that I'd be able to deploy some code whenever I want (in order
to cleanup my database, clear the caches, etc), and be sure this webapp will
not be reloaded n
> From: alain.lheur...@uquebec.ca [mailto:alain.lheur...@uquebec.ca]
> Subject: RE: Tomcat Manager undeploy link inactive
> So, I am using Tomcat 5.5.28.
I had to go to the archives to download and install that.
> the fact is the "undeploy" link is no more a link but j
Yeah I totally forgot about my Tomcat version, sorry about that.
So, I am using Tomcat 5.5.28.
For the image, I guess it is not really needed anyway, the fact is the
"undeploy" link is no more a link but just text.
The user I am connecting with as the admin and manager roles.
And
> From: alain.lheur...@uquebec.ca [mailto:alain.lheur...@uquebec.ca]
> Subject: TR: Tomcat Manager undeploy link inactive
> my tomcat manager app does not provide the option
> to undeploy webapps.
So I'll guess you're using Tomcat 4.1.2? Or maybe you could actually tell
Hi guys, my tomcat manager app does not provide the option to undeploy
webapps.
In fact the usual undeploy link is not a link anymore but just a text.
Please see the attached image for an example.
Any idea on how to fix this?
Thanks
the problem is and I have it working, if less than ideally now.
Thanks for the suggestions etc.
-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Wednesday, September 01, 2010 12:36 PM
To: Tomcat Users List
Subject: Re: undeploy failure - stack overflo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
On 9/1/2010 10:53 AM, Caldarale, Charles R wrote:
>> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
>> Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
>
>> And that was working prop
nf -> /etc/tomcat5
lrwxrwxrwx 1 root root 23 Aug 27 15:53 common -> /var/lib/tomcat5/common
drwxr-xr-x 2 root root 4096 Aug 27 15:53 bin
-Original Message-
From: Maximilian Stocker [mailto:m...@talentoyster.com]
Sent: Wednesday, September 01, 2010 11:39 AM
To: 'Tomcat Users List&#
k.caldar...@unisys.com]
Sent: Wednesday, September 01, 2010 11:19 AM
To: Tomcat Users List
Subject: RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
> From: Maximilian Stocker [mailto:m...@talentoyster.com]
> Subject: RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
> w
> From: Maximilian Stocker [mailto:m...@talentoyster.com]
> Subject: RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
> work -> /var/cache/tomcat5/work
> temp -> /var/cache/tomcat5/work
That's a bit scary - those should be separate directories. I have no idea wha
tomcat.
And again this directory layout was unchanged since it worked and it was
working since at least sometime last fall (I wasn't here before then so I can't
speak to that)
If I try and undeploy I get the error message previously described, in the log
I can see the stack trace and i
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
> And that was working properly? Many folks have encountered
> problems using OpenJDK with Tomcat and their webapps.
I don't think that's
context configured with both lock jars and lock resources off.
> Deployed fine. Still failed on undeploy with the same relatively
> nondescript error message and lengthy stack trace.
>
> If anyone has any more suggestions of things to look at I'd be glad
> to hear them. As a next s
context
configured with both lock jars and lock resources off. Deployed fine. Still
failed on undeploy with the same relatively nondescript error message and
lengthy stack trace.
If anyone has any more suggestions of things to look at I'd be glad to hear
them. As a next step I am going to at
> From: Pid [mailto:p...@pidster.com]
> Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
> Really?
> > JVM - 1.6.0_0-b16 (Sun)
> You can probably find a newer JVM than that
You're saying that just because 1.6.0_0 is approaching the fourth anniversar
On 31/08/2010 20:41, Maximilian Stocker wrote:
> Thanks for you reply.
>
> The JVM bug is an interesting possibility that I have also been wondering
> about. It was also upgraded I believe.
Really?
>> JVM - 1.6.0_0-b16 (Sun)
You can probably find a newer JVM than that, unless I'm reading your
...@unisys.com]
Sent: Tuesday, August 31, 2010 3:33 PM
To: Tomcat Users List
Subject: RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
> Looks like a JVM
etString(
"expandWar.deleteFailed", dir.getAbsolutePath()));
}
return result;
}
To answer your last question anything at all. Any WAR uploaded or on the server
already. And the deploy will work, just will not undeploy then. My first
thought when I first had troubl
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
> Looks like a JVM bug to me.
Maybe not - see below.
> > And the last line, ExpandWar.delete continues on and on etc.
> That's w
"patched"/upgraded the server
> (I believe both tomcat and java were moved up minor versions) and now
> any undeploy fails.
>
> The steps for me to produce are.
>
> 1. Deploy any app
> 2. Attempt to undeploy
[snip]
> Aug 30, 2010 1:15:23 PM org.apache.com
I have a tomcat 5.5 running on a server with redhat enterprise linux 5 and
everything has been working for the last 7 -8 months without problems. On
Friday the IT department "patched"/upgraded the server (I believe both tomcat
and java were moved up minor versions) and now any unde
Thanks, it worked
-Pankaj
On Fri, May 14, 2010 at 10:01 PM, Caldarale, Charles R <
chuck.caldar...@unisys.com> wrote:
> > From: Pankaj Tiwari [mailto:panky.tiw...@gmail.com]
> > Subject: Re: Undeploy task throws error and unwanted html output
> >
> > tomcat.manage
> From: Pankaj Tiwari [mailto:panky.tiw...@gmail.com]
> Subject: Re: Undeploy task throws error and unwanted html output
>
> tomcat.manager.url = http://localhost:8080/manager/html
Perhaps if you omit the /html on the end you won't get an HTML response...
- Chuck
THIS
tomcat.manager.url = http://localhost:8080/manager/html
Pankaj
On Fri, May 14, 2010 at 1:09 PM, Pid wrote:
> On 14/05/2010 05:12, Pankaj Tiwari wrote:
> > Hi All,
> >
> > I am using undeploy task to undeploy my application running in tomcat. It
> > does the un-dep
On 14/05/2010 05:12, Pankaj Tiwari wrote:
> Hi All,
>
> I am using undeploy task to undeploy my application running in tomcat. It
> does the un-deploymen successfully but the result is a lot of HTML code with
> error.
> The issue posted here is exactly what I am facing
> htt
Hi All,
I am using undeploy task to undeploy my application running in tomcat. It
does the un-deploymen successfully but the result is a lot of HTML code with
error.
The issue posted here is exactly what I am facing
http://stackoverflow.com/questions/2831531/apache-tomcat-ant-undeploy-task-error
> From: Fulford, William [mailto:william.fulf...@ngc.com]
> Subject: Bug 48757 Resolved: Tomcat deletes content of symbolic links
> on undeploy of application.
>
> Looking at the bug report, it looks like this issue was resolved in
> Apache Tomcat 6.0.24.
Only in that it was a
Looking at the bug report, it looks like this issue was resolved in
Apache Tomcat 6.0.24. It doesn't show as closed. We did a preliminary
test and appears it was fixed in 6.0.24, but we want to be absolutely
certain, as the consequences are dire. Was this fixed for linux in
6.0.24 (and beyond)?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
CVE-2009-2901: Apache Tomcat insecure partial deploy after failed undeploy
Severity: Low
Vendor:
The Apache Software Foundation
Versions Affected:
Tomcat 5.5.0 to 5.5.28
Tomcat 6.0.0 to 6.0.20
The unsupported Tomcat 3.x, 4.x and 5.0.x versions may
Actually Mark can you take a quick look at the class I sent and see if
it makes sense. I swapped juli with commons logging (which is in bin)
but now I am not sure this is necessary, this library may already be
loaded regardless of this filter.
E
---
Tomcat 5.5 version + log message when executed:
/*
* Licensed to the Apache Software Foundation (ASF) under one or more
* contributor license agreements. See the NOTICE file distributed with
* this work for additional information regarding copyright ownership.
* The ASF licenses this file to
Elli Albek wrote:
> Sorry Mark.
>
> Well this class loading scheme (context class loader -> static
> variable) sounds little like a bug.
Indeed.
> Thanks for that startup class. I think it will solve a problem that we
> have (using imageio). So you just add it as high up as possible in the
> ser
Sorry Mark.
Well this class loading scheme (context class loader -> static
variable) sounds little like a bug.
Thanks for that startup class. I think it will solve a problem that we
have (using imageio). So you just add it as high up as possible in the
server.xml hierarchy?
E
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark,
On 11/9/2009 6:47 PM, Mark Thomas wrote:
> Give this a go:
> http://svn.apache.org/repos/asf/tomcat/trunk/java/org/apache/catalina/core/JreMemoryLeakPreventionListener.java
You gotta love Sun:
private static boolean defaultUseCaches = true
Elli Albek wrote:
> Thomas,
My given name is is Mark. Thomas is my family name.
> what is the issue with javax.imageio? Do they really use
> context class loader for loading static variables?
Yes. First call to most methods in that library trigger a call to
sun.awt.AppContext.getAppContext() whi
Thomas, what is the issue with javax.imageio? Do they really use
context class loader for loading static variables?
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.a
:)
Mark
>
> Gerwood
>
> From: Mark Thomas [ma...@apache.org]
> Sent: Tuesday, 10 November 2009 10:48 AM
> To: Tomcat Users List
> Subject: Re: WebappClassLoader and undeploy
>
> Gerwood Stewart wrote:
>> Elli
>>
>> I understand most of this.
Mark
Thanks. I suppose I'd better get back to identifying the real problems then. :D
Gerwood
From: Mark Thomas [ma...@apache.org]
Sent: Tuesday, 10 November 2009 10:48 AM
To: Tomcat Users List
Subject: Re: WebappClassLoader and undeploy
Gerwood St
king at the GC Roots.
>
> I also tried an additional step of after undeploying and finding I still had
> 2 GC roots I did a redeploy/undeploy. The results are:
>
> redeploy WebappClassLoader +1 (total 3)
> undeploy WebappClassLoader -1 (total 2)
>
> So generally the beh
Gerwood Stewart wrote:
> Mark
>
>> 2. Why would Tomcat be cleaning up the WebappLoader instance everytime
>> successfully but seems to 'hang-on' to the WebappClassLoader instance?
> My money is on it being JVM code rather than Tomcat code that is hanging
> onto the WebappClassLoader. Are you test
p of after undeploying and finding I still had 2
GC roots I did a redeploy/undeploy. The results are:
redeploy WebappClassLoader +1 (total 3)
undeploy WebappClassLoader -1 (total 2)
So generally the behaviour appears to be correct after the initial issue with
the 1 class loader. It would also a
day, 10 November 2009 9:07 AM
To: Tomcat Users List
Subject: Re: WebappClassLoader and undeploy
Gerwood Stewart wrote:
> Tomact seems to have retained 1 on the WebappClassLoader instances.
>
> I have two questions at this point:
>
> 1. From the Javadocs both WebappClassLoader and We
> From: Jorge Medina [mailto:jmed...@e-dialog.com]
> Subject: RE: WebappClassLoader and undeploy
>
> Does the JVM perform class unloading by default?
Usually. However, the JVM version and the choice of GC algorithm may make it
impossible to unload classes. For example, th
...@sustainlane.com]
Sent: Monday, November 09, 2009 5:53 PM
To: Tomcat Users List
Subject: Re: WebappClassLoader and undeploy
Managing class loaders is done in the JVM. Tomcat cannot force the JVM to
garbage collect class loaders, in the same way that it cannot force the JVM to
garbage collect
1 - 100 of 240 matches
Mail list logo
