I am using tomcat 7 on production environment, I used Find Leaks
option it called GC but I didn't get any information.It should show
more information, I hope to get information about memory and unreachable
objects which caused the leak.
--
Best Regards
*Ahmed Hosni*
On 9/17/2014 10:24 AM, Ahmed Hosni wrote:
I am using tomcat 7 on production environment, I used Find Leaks
option it called GC but I didn't get any information.It should show
more information, I hope to get information about memory and unreachable
objects which caused the leak.
Are you sure
what causes those memory leaks. My questions are the
following:
1) Can anyone suspect what may be the issue with my web service? If the
cause of the memory leaks is the Singleton object,
what else can I do to meet my applications requirements and avoid memory
leaks.
2) Is there any tool that I can use
mechanisms, that react negatively when they come across my Singleton
object.
I am investigating on the matter and I am trying to dig deeper on the
Memory leaks that may occur on Tomcat.
Do you happen to know (or anyone else) any good tools for monitoring
memory of each thread in Tomcat?
A tool
a probable memory leak.
I really do not know what causes those memory leaks. My questions are
the following:
1) Can anyone suspect what may be the issue with my web service? If the
cause of the memory leaks is the Singleton object,
what else can I do to meet my applications requirements and avoid
a probable memory leak.
I really do not know what causes those memory leaks. My questions are the
following:
1) Can anyone suspect what may be the issue with my web service? If the
cause of the memory leaks is the Singleton object,
what else can I do to meet my applications requirements and avoid
On 04/04/2012 21:59, Hermes Flying wrote:
Thank you for your explanation. I will take this to H2 but I have one
more question on your comment:
Nope. It is a memory leak in the JDBC driver which is why Tomcat
is reporting it. When a web application shuts down, nothing
should be retaining a
Sent: Wednesday, April 4, 2012 5:14 PM
Subject: Re: Discrepancy between Tomcat's connection pool and tomcat's report
on memory leaks
- Original Message -
What I do is get the dataSource inside a ServletContextListener and
save it in servlet context (as part of a DAO Factory
On 1:59 PM, Pid wrote:
If you define the DataSource in GlobalNamingResources the pool will be
started and stopped with the Tomcat lifecycle.
Applications have their own lifecycle inside Tomcat, they are started
after Tomcat (obviously) and stopped before Tomcat stops (also obviously).
This
On 1:59 PM, Terence M. Bandoian wrote:
On 1:59 PM, Pid wrote:
If you define the DataSource in GlobalNamingResources the pool will be
started and stopped with the Tomcat lifecycle.
Applications have their own lifecycle inside Tomcat, they are started
after Tomcat (obviously) and stopped
Hi,
I am using Tomcat 7.0.25 in a Linux machine
I am using Tomcat's connection pool
(org.apache.tomcat.dbcp.dbcp.BasicDataSource). As database I am using H2 as a
file database.
All is ok, but I have the following problem.
On shutdown of Tomcat I see in catalina.out:
SEVERE: The web
- Original Message -
Hi,
I am using Tomcat 7.0.25 in a Linux machine
I am using Tomcat's connection pool
(org.apache.tomcat.dbcp.dbcp.BasicDataSource). As database I am
using H2 as a file database.
Where are you defining the connection pool? Can you include your configuration?
likely to create a memory leak.
Why do I get these messages?
When the application shuts down Tomcat tries to detect prevent memory
leaks by examining threads various things associated with the
WebappClassloader.
As I understand these messages, H2 is still running on shutdown
you need more details than these?
From: Daniel Mikusa dmik...@vmware.com
To: Tomcat Users List users@tomcat.apache.org
Sent: Wednesday, April 4, 2012 3:35 PM
Subject: Re: Discrepancy between Tomcat's connection pool and tomcat's report
on memory leaks
? Or there is another way?
Thank you
From: Pid p...@pidster.com
To: Tomcat Users List users@tomcat.apache.org
Sent: Wednesday, April 4, 2012 3:43 PM
Subject: Re: Discrepancy between Tomcat's connection pool and tomcat's report
on memory leaks
On 04/04/2012 13
On 04/04/2012 13:54, Hermes Flying wrote:
Hi Pid,
This is the configuration The following entry is in server.xml
Resource name=jdbc_GENERIS_RS auth=Container
type=javax.sql.DataSource driverClassName=org.h2.Driver
...@vmware.com
To: Hermes Flying flyingher...@yahoo.com
Sent: Wednesday, April 4, 2012 5:14 PM
Subject: Re: Discrepancy between Tomcat's connection pool and tomcat's report
on memory leaks
- Original Message -
What I do is get the dataSource inside a ServletContextListener and
save
From: Mark Thomas ma...@apache.org
To: Tomcat Users List users@tomcat.apache.org
Sent: Wednesday, April 4, 2012 6:42 PM
Subject: Re: Discrepancy between Tomcat's connection pool and tomcat's report
on memory leaks
On 04/04/2012 13:54, Hermes Flying wrote:
Hi Pid,
This is the configuration
Tomcat's connection pool and tomcat's report
on memory leaks
Which is indicating that the application deployed to
/GeneralApplication is creating a thread named H2 Log Writer
GENERICAPPLICATION and never stopping it. I do not believe
that this would be associated with the pool created
, April 4, 2012 7:28 PM
Subject: Re: Discrepancy between Tomcat's connection pool and tomcat's report
on memory leaks
just set minIdle=0 and enable the eviction process to take care of it.
Filip
- Original Message -
From: Hermes Flying flyingher...@yahoo.com
To: Daniel Mikusa dmik
report
on memory leaks
But if I set 'minIdle=0' all the connections would close imediatelly,
right?
So why would I need a connection pool in the first place if I do
this?
From: Filip Hanik Mailing Lists devli...@hanik.com
To: Tomcat Users List users
...@yahoo.com
Sent: Wednesday, April 4, 2012 7:50 PM
Subject: Re: Discrepancy between Tomcat's connection pool and tomcat's report
on memory leaks
no, that would happen if you set maxIdle=0, not minIdle
- Original Message -
From: Hermes Flying flyingher...@yahoo.com
To: Tomcat Users List users
The real fix to your problem should have been
Resource type=javax.sql.DataSource closeMethod=close .../ (available in
Tomcat 7)
If I understand the problem you're having is two fold
1. you see reports about memory leaks
started a thread named [H2 File Lock Watchdog you should be able to fix
On 04/04/2012 17:14, Hermes Flying wrote:
Hi Mark,thank you for your reply. 2 questions related your mail 1)I
don't understand what you are saying here: but as of 7.0.12 yo an
set the closeMethod for a resource that should be the name of a zero
atg method to call to shut down the resource.
@tomcat.apache.org
Sent: Wednesday, April 4, 2012 8:12 PM
Subject: Re: Discrepancy between Tomcat's connection pool and tomcat's report
on memory leaks
On 04/04/2012 17:14, Hermes Flying wrote:
Hi Mark,thank you for your reply. 2 questions related your mail 1)I
don't understand what you
and tomcat's report
on memory leaks
The real fix to your problem should have been
Resource type=javax.sql.DataSource closeMethod=close .../ (available in
Tomcat 7)
If I understand the problem you're having is two fold
1. you see reports about memory leaks
started a thread named [H2 File Lock
If I have a running application, and I redeploy, is it possible to keep the
server live or does it have to shut-down and re-load? Any gotchas with
doing this on a busy server?
Also, I have been reading that if you don't probably clean things up in a
web app, there is a strong possibility that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ahmed,
On 12/30/11 12:41 PM, S Ahmed wrote:
If I have a running application, and I redeploy, is it possible to
keep the server live or does it have to shut-down and re-load? Any
gotchas with doing this on a busy server?
If you just re-deploy,
I'm getting this error on my tomcat installation:
SEVERE: Error listenerStart
Sep 23, 2010 2:29:40 PM org.apache.catalina.core.StandardContext start
SEVERE: Context [/Simon] startup failed due to previous errors
Sep 23, 2010 2:29:40 PM org.apache.catalina.loader.WebappClassLoader
From: Kevin Mai [mailto:k...@mrecic.gov.ar]
Subject: Issues with Memory Leaks on Tomcat 6.0.28
I'm getting this error on my tomcat installation:
SEVERE: Error listenerStart
The above is the real problem. (Note that you didn't give us the interesting
part of the log, including
Para: Tomcat Users List users@tomcat.apache.org
Enviados: Jueves, 23 de Septiembre 2010 14:45:16
Asunto: RE: Issues with Memory Leaks on Tomcat 6.0.28
From: Kevin Mai [mailto:k...@mrecic.gov.ar]
Subject: Issues with Memory Leaks on Tomcat 6.0.28
I'm getting this error on my tomcat installation
On 23/09/2010 10:58, Kevin Mai wrote:
Sep 23, 2010 2:57:09 PM org.apache.catalina.core.StandardContext start
SEVERE: Error listenerStart
The stack trace for this will be in the localhost log (or maybe an app
specific log).
Mark
I'll do some of this inline:
WARNING: [SetPropertiesRule]{Server/Service/Engine/Host/Context} Setting
property 'debug'
to '0' did not find a matching property.
Two things here:
1. Place your context in a META-INF/context.xml file in your web application,
not in server.xml
2. Remove the
Asunto: Re: Issues with Memory Leaks on Tomcat 6.0.28
I'll do some of this inline:
WARNING: [SetPropertiesRule]{Server/Service/Engine/Host/Context}
Setting
property 'debug'
to '0' did not find a matching property.
Two things here:
1. Place your context in a META-INF/context.xml file in your web
Hi,
Thanks for reading this.
I am developing a webapp and do not understand the following:
In my app, I create a Timer when the servlet starts.
When tomcat stops, I try to stop the timer in order to avoid memory leaks.
My question is: why do I get a NullPointerException while trying to access
On 26/05/2010 19:43, devn...@web.de wrote:
Hi,
Thanks for reading this.
I am developing a webapp and do not understand the following:
In my app, I create a Timer when the servlet starts.
When tomcat stops, I try to stop the timer in order to avoid memory leaks.
My question is: why do I
for your help.
-Ursprüngliche Nachricht-
Von: Pid p...@pidster.com
Gesendet: 26.05.2010 20:45:53
An: Tomcat Users List users@tomcat.apache.org
Betreff: Re: Stopping a Timer in contextDestroyed() to avoid memory leaks
results in a NullPointerException
On 26/05/2010 19:43, devn...@web.de
From: roberto calosino [mailto:devn...@web.de]
Subject: Re: Stopping a Timer in contextDestroyed() to avoid memory
leaks results in a NullPointerException
You can optionally also let your servlet both extend
HttpServlet and implement ServletContextListener
It is also said
in contextDestroyed() to avoid memory
leaks results in a NullPointerException
You can optionally also let your servlet both extend
HttpServlet and implement ServletContextListener
It is also said that it is not always considered a
good practice.
Why is that so ?
Because, as you have inadvertently discovered
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Emeric,
On 5/26/2010 3:52 PM, Emeric Vernat wrote:
You could also eliminate the mix match and add a finally, with the
following servlet code for example:
public void init() throws ServletException {
boolean initOk = false;
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Subject: Re: Stopping a Timer in contextDestroyed() to avoid memory
leaks results in a NullPointerException
I'd bet that Tomcat's stop leaks procedure is clearing-out a
static Timer reference
Hi Chris,
The initial submitter had a HttpServlet implementing
ServletContextListener with a non static timer, and in fact there were 2
instances of the class: the contextDestroyed method of the
servletContextListener instance can't cancel the timer of the
httpServlet instance
On 26/05/2010 21:33, Christopher Schultz wrote:
I'd bet that Tomcat's stop leaks procedure is clearing-out a
static Timer reference and /then/ the ServletContextListener is trying
to access it.
I'll take that bet. How much ;)
That's not supposed to happen, I'm guessing: the stop
leaks stuff
@tomcat.apache.org
Sent: Tue, January 12, 2010 11:31:16 PM
Subject: RE: Tips on tracking down memory leaks
From: Greg McCane [mailto:gregmcc...@yahoo.ca]
Subject: Tips on tracking down memory leaks
The memory growth appears to be in large chunks rather
than slow, steady growth.
Use a heap
]
Sent: Monday, January 11, 2010 8:33 PM
To: users@tomcat.apache.org
Subject: Tips on tracking down memory leaks
Hi Everyone,
I am running tomcat 5.5 on Debian Linux (uname says Linux
2.6.26-2-amd64, /etc/debian_version says 5.0.2). The JVM version is
1.5.0_14-b03.
We have 9 servlets running
users@tomcat.apache.org
Sent: Tue, January 12, 2010 11:31:16 PM
Subject: RE: Tips on tracking down memory leaks
From: Greg McCane [mailto:gregmcc...@yahoo.ca]
Subject: Tips on tracking down memory leaks
The memory growth appears to be in large chunks rather
than slow, steady growth.
Use
From: Greg McCane [mailto:gregmcc...@yahoo.ca]
Subject: Re: Tips on tracking down memory leaks
Is there any danger in taking a heap dump on our system running in
production? Will it cause a significant performance hit or other nasty?
No; taking a heap dump will cause a momentary blip
: Monday, January 11, 2010 8:33 PM
To: users@tomcat.apache.org
Subject: Tips on tracking down memory leaks
Hi Everyone,
I am running tomcat 5.5 on Debian Linux (uname says Linux
2.6.26-2-amd64, /etc/debian_version says 5.0.2). The JVM version is
1.5.0_14-b03.
We have 9 servlets running.
The tomcat
From: Greg McCane [mailto:gregmcc...@yahoo.ca]
Subject: Tips on tracking down memory leaks
The memory growth appears to be in large chunks rather
than slow, steady growth.
Use a heap profiler to find out what's eating up the space and who is
allocating it. Even the simple one (hprof
Hi Everyone,
I am running tomcat 5.5 on Debian Linux (uname says Linux 2.6.26-2-amd64,
/etc/debian_version says 5.0.2). The JVM version is 1.5.0_14-b03.
We have 9 servlets running.
The tomcat process itself is managed by monit.
We see tomcat memory usage growing over time and have set monit
Diego Rodríguez Martín wrote:
Hi,
I'm not an expert, but I think Tomcat 4.X is not compatible with JDK
1.5.
That is not correct. Tomcat 4.x works quite happily with 1.4, 1.5 and
1.6. I have also had a number of recent versions running on 1.3 and 1.2
JVMs although without extensive
is designed in Flex and back end is web
servcies deployed on axis.
The application id running out of memory in about 2 days.
We are optimizing the code and fixing memory leaks . is there a way to
find out if Tomcat 5.5.20 has any inherent memory leaks. We are using J
profiler and J probe
memory leaks . is there a way to
find out if Tomcat 5.5.20 has any inherent memory leaks. We are using J
profiler and J probe for determining the memory usage of the appliocation
during run time.
Found this JIRa issue regaring memory leaks in functional tests (Tomcat
5.5.20)
http
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Suchitha,
suchitha koneru wrote:
The application id running out of memory in about 2 days.
We are optimizing the code and fixing memory leaks . is there a way to
find out if Tomcat 5.5.20 has any inherent memory leaks.
Many people are using
Thank you so Chris , I missed the part which talks about jira's memory
leak issue. Will try to increase the heap memory and detect more memory
leaks.
On 8/10/07, Christopher Schultz [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Suchitha,
suchitha koneru wrote
Has anyone experienced memory leaks in there web app
when using mod_jk?
If so, how'd you fix the leaks?
Thanks, B
Cheap talk?
Check out Yahoo! Messenger's low PC-to-Phone call rates.
http://voice.yahoo.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
B,
[EMAIL PROTECTED] wrote:
Has anyone experienced memory leaks in there web app
when using mod_jk?
What kind of leak are you observing? Something on the Apache httpd side,
or something in Tomcat? In either case, what is the (specific) behavior
:37
To: Tomcat Users List
Subject: Re: Memory leaks on webapp redeploy
On 11/28/06, Mike Quilleash [EMAIL PROTECTED] wrote:
As a brief aside I found the following code in the
WebAppClassLoader.releaseResources() of Tomcat 6, so it looks like
some of the well-known caches are being cleared out
Is anyone running into issues with memory leaks occuring
whenever a webapp is redeployed? I've been having a lot of
problems with this. I think what's exacerbating the problem
is that I'm using Hibernate and JAX-WS which I have bundled
with my application which use a lot of memory.
Yes
and that any review, disclosure, dissemination,
distribution or copying of it or its
contents
- Original Message -
From: Mark Thomas [EMAIL PROTECTED]
To: Tomcat Users List users@tomcat.apache.org
Sent: Monday, November 27, 2006 8:37 PM
Subject: Re: Memory leaks on webapp redeploy
Jon
[EMAIL PROTECTED] wrote:
The problems seems to be located with Cglib classloaders referencing policy.
There is a lot of topic on the Net, which may be interessing to read, but noone
seems to have found a valuable solution. (Increasing the PermGenspace is NOT a
reasonable solution)
That
The problems seems to be located with Cglib classloaders
referencing
policy. There is a lot of topic on the Net, which may be
interessing
to read, but noone seems to have found a valuable solution.
(Increasing the PermGenspace is NOT a reasonable solution)
That means, that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon,
Jon Miller wrote:
Is anyone running into issues with memory leaks occuring whenever a
webapp is redeployed?
This is probably not Tomcat's fault it's Java's fault.
When Tomcat reloads a webapp, it discards the ClassLoader (or
ClassLoaders
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Remy,
[EMAIL PROTECTED] wrote:
That means, that hibernate apps will always generate OOM...
Not always. But some hibernate/cglib/tomcat uses seems to generate
classloader memory leak:
From: Christopher Schultz [mailto:[EMAIL PROTECTED]
Subject: Re: Memory leaks on webapp redeploy
Last time I checked, Class objects basically never get GC'd,
so any static data stays around forever. You have to shut
down the VM in order to free that memory.
Not true - classes do get
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
Caldarale, Charles R wrote:
From: Christopher Schultz [mailto:[EMAIL PROTECTED]
Subject: Re: Memory leaks on webapp redeploy
Last time I checked, Class objects basically never get GC'd,
so any static data stays around forever. You have
From: Christopher Schultz [mailto:[EMAIL PROTECTED]
Subject: Re: Memory leaks on webapp redeploy
This wasn't the case some time ago. A cleanly written webapp would
double the number of Class objects kept around after a re-deploy
(actually, after an automatic re-deploy, but that shouldn't
restarts, and we
don't do anything crazy like keeping Class references around,
singletons, thread locals variables, static class data, etc.).
Same problem here. Reloading such a tiny webapp generates memory leaks
in the PermGenSpace (which is a non-heap space).
Some libraries (apparently cglib) kept
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
Caldarale, Charles R wrote:
Subject: Re: Memory leaks on webapp redeploy
The only thing I can think of is perhaps Java is keeping introspection
information around and never releasing it.
Quite possible. There's a good discussion
From: Christopher Schultz [mailto:[EMAIL PROTECTED]
Subject: Re: Memory leaks on webapp redeploy
Maybe this issue has been fixed in recent VMs (IIRC, older
VMs -- maybe 1.3-era -- would never discard java.lang.Class
objects.
Not true either. I've been porting Sun's JVMs to various
http://wiki.apache.org/tomcat/OutOfMemory : Another link which deals
about OOM and singleton.
Have you ever tried to do some inspections with decent profiler
(OptimiseIt, Jprofiler, Yourkit, ...) ?
RC
---
: Memory leaks on webapp redeploy
Jon Miller wrote:
Hi all,
Is anyone running into issues with memory leaks occuring whenever a
webapp is redeployed?
Tomcat version? There have been issues with older releases.
I think I read in a FAQ that even using a singleton in your app will
cause memory
-
From: anjan bacchu [EMAIL PROTECTED]
To: Tomcat Users List users@tomcat.apache.org
Sent: Monday, November 27, 2006 8:08 PM
Subject: Re: Memory leaks on webapp redeploy
Hi Mark,
Does anyone on the tomcat dev list use Netbeans profiler at all ? OR do
you guys
exclusively use YourKit ?
Thank
Thanks for the info Remy. I've been using Sun's JVM, but, I think I'm going
to try IBM's to see if that makes a difference.
Jon
- Original Message -
From: [EMAIL PROTECTED]
To: users@tomcat.apache.org
Sent: Tuesday, November 28, 2006 3:30 AM
Subject: RE: Memory leaks on webapp
, maybe someone who's more familiar with
ClassLoading issues can make something of this.
Cheers.
-Original Message-
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED]
Sent: 28 November 2006 16:43
To: Tomcat Users List
Subject: RE: Memory leaks on webapp redeploy
From: Christopher
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon,
Jon Miller wrote:
I'm getting ready to try NetBeans profiler right now. I tried it awhile
back before it was released, but, there was something wrong with the
Solaris library, so, I couldn't get it to work. I'm hoping I'll have
better luck
From: Mike Quilleash [mailto:[EMAIL PROTECTED]
Subject: RE: Memory leaks on webapp redeploy
Looks like during the WebappClassLoader cleanup the logging is being
reinitialised.
You may well have found the problem. Must be some context-specific
logging going on after contextDestroyed
- Original Message -
From: Christopher Schultz [EMAIL PROTECTED]
To: Tomcat Users List users@tomcat.apache.org
Sent: Tuesday, November 28, 2006 11:46 AM
Subject: Re: Memory leaks on webapp redeploy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon,
Jon Miller wrote:
I'm getting
On 11/28/06, Mike Quilleash [EMAIL PROTECTED] wrote:
As a brief aside I found the following code in the
WebAppClassLoader.releaseResources() of Tomcat 6, so it looks like some
of the well-known caches are being cleared out by Tomcat itself.
Are you using 5.5 or 6.0 ? If you're using 5.5, then
Hi all,
Is anyone running into issues with memory leaks occuring whenever a webapp
is redeployed? I've been having a lot of problems with this. I think what's
exacerbating the problem is that I'm using Hibernate and JAX-WS which I have
bundled with my application which use a lot of memory
Jon Miller wrote:
Hi all,
Is anyone running into issues with memory leaks occuring whenever a
webapp is redeployed?
Tomcat version? There have been issues with older releases.
I think I read in a FAQ that even using a singleton in your app will
cause memory leaks? Does anyone know
Hi Mark,
Does anyone on the tomcat dev list use Netbeans profiler at all ? OR do
you guys
exclusively use YourKit ?
Thank you,
BR,
~A
On 11/27/06, Mark Thomas [EMAIL PROTECTED] wrote:
Jon Miller wrote:
Hi all,
Is anyone running into issues with memory leaks occuring whenever a
webapp
On Monday 27 November 2006 19:37, Jon Miller wrote:
Is anyone running into issues with memory leaks occuring whenever a
webapp is redeployed?
Yes ... :)
I've been having a lot of problems with this. I
think what's exacerbating the problem is that I'm using Hibernate and
JAX-WS which I
I am running tomcat 5.5.17 with the newest J-Connector talking to
MySql. I have many servlets which access the database, and with Tomcat
5.5.17, it seems that each time I access a servlet, it uses more memory,
and doesn't release it when the servlet is done. Previously I was
running tomcat 4
Additional Information. I did some more testing and it appears that the
memory only goes up in tomcat 5 when I open a connection to the mysql
database using the J-Connector. If I run a simple servlet that does
nothing but opens a connection to my database then closes it at the end,
I still
,
Caldarale, Charles R wrote:
From: David Delbecq [mailto:[EMAIL PROTECTED]
Subject: Preventing memory leaks with awt event thread, is it
possible?
One possibility could be to arrange for awt thread to run in
the context class loader of tomcat server, not the one of a
web application
Christopher Schultz a écrit :
Mikolaj,
Mikolaj Rydzewski wrote:
Maybe headless=true property (or sth similiar, there is one) would help?
To run Java AWT on a server like this, he'd already have to be doing
this. :(
Nope, we don't want headless awt, it's pretty as usefull as no AWT.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David,
David Delbecq wrote:
Christopher Schultz a écrit :
To run Java AWT on a server like this, he'd already have to be doing
this. :(
Nope, we don't want headless awt, it's pretty as usefull as no AWT.
Whenever you create any Component you get
Hello,
playing with a webapplication that requires awt to do some graphical
operation, i noticed this.
1) Servlet invoked by http-thread 69 request an awt operation
2) AWT initializes and starts it's awt event queue thread.
3) As part of the thread initialisation process, the contextClassLoader
From: David Delbecq [mailto:[EMAIL PROTECTED]
Subject: Preventing memory leaks with awt event thread, is it
possible?
One possibility could be to arrange for awt thread to run in
the context class loader of tomcat server, not the one of a
web application, but then you have to find some
David Delbecq wrote:
Is there a way to avoid this? One possibility could be to arrange for
awt thread to run in the context class loader of tomcat server, not the
one of a web application, but then you have to find some way to force
tomcat into initializing awt (and not the first webapp that
Caldarale, Charles R a écrit :
From: David Delbecq [mailto:[EMAIL PROTECTED]
Subject: Preventing memory leaks with awt event thread, is it
possible?
One possibility could be to arrange for awt thread to run in
the context class loader of tomcat server, not the one of a
web application
Mikolaj Rydzewski a écrit :
David Delbecq wrote:
Is there a way to avoid this? One possibility could be to arrange for
awt thread to run in the context class loader of tomcat server, not the
one of a web application, but then you have to find some way to force
tomcat into initializing awt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mikolaj,
Mikolaj Rydzewski wrote:
Maybe headless=true property (or sth similiar, there is one) would help?
To run Java AWT on a server like this, he'd already have to be doing
this. :(
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5
A usefull link :
http://opensource2.atlassian.com/confluence/spring/pages/viewpage.action?pageId=2669
This could be added to the FAQ deployment (
http://tomcat.apache.org/faq/deployment.html#deployMemIncrease)...
-
To
95 matches
Mail list logo