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
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*
ome cleaning
> up 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
> m
(value
[org.glassfish.gmbal.generic.**OperationTracer$1@4c24821]) and a value
of type [java.util.ArrayList] (value [[]]) but failed to
remove it when the web application was stopped. Threads are going to be
renewed over time to try and avoid a probable memory leak.
I really do not know what causes
0534cc, class
> com.sun.xml.ws.runtime.config.**Tubelines=java.lang.ref.**
> WeakReference@76cd7a1f,
> class javax.xml.bind.annotation.**W3CDomHandler=java.lang.ref.**
> WeakReference@2c0cc628,
> class com.sun.xml.ws.runtime.config.**TubelineDefinition=java.lang.**
> ref.WeakReference
lassfish.gmbal.generic.OperationTracer$1] (value
[org.glassfish.gmbal.generic.OperationTracer$1@4c24821]) and a value
of type [java.util.ArrayList] (value [[]]) but failed to
remove it when the web application was stopped. Threads are going to be
renewed over time to try and avoid a probable memory
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 befor
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 is
data source myself? How?
> If all what I describe is reasonable this seems to me like a "racing"
> condition. How should I mediate this?
Maybe the H2 devs will fix the classloader problem.
p
> Thank you for your time.
>
>
>
>
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 re
now this? I will try it and let you know
From: Filip Hanik Mailing Lists
To:
Cc: Tomcat Users List
Sent: Wednesday, April 4, 2012 8:03 PM
Subject: Re: Discrepancy between Tomcat's connection pool and tomcat's report
on memory leaks
The real
Tomcat Users List
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 understan
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 resour
The real fix to your problem should have been
(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 this
by setting initialSize>0 so
: 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"
> To: "Tomcat Users List"
> Sent: Wednesday, April 4, 2012 10:45:2
no, that would happen if you set maxIdle=0, not minIdle
- Original Message -
> From: "Hermes Flying"
> To: "Tomcat Users List"
> Sent: Wednesday, April 4, 2012 10:45:24 AM
> Subject: Re: Discrepancy between Tomcat's connection pool and tomcat's
ubject: 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"
> To: "Daniel Mikusa"
> Cc: users@t
etween 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 n
like a "racing"
condition. How should I mediate this?
Thank you for your time
From: Mark Thomas
To: Tomcat Users List
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
urce myself? How?
If all what I describe is reasonable this seems to me like a "racing"
condition. How should I mediate this?
Thank you for your time.
From: Daniel Mikusa
To: Hermes Flying
Sent: Wednesday, April 4, 2012 5:14 PM
Subject: Re: Discrepancy between Tomcat's conn
On 04/04/2012 13:54, Hermes Flying wrote:
> Hi Pid,
>
> This is the configuration The following entry is in server.xml
>
> type="javax.sql.DataSource" driverClassName="org.h2.Driver"
> url="jdbc:h2:file:/opt/en/repos/tomcat/webapps/GeneralApplication/db/internaldatabase;SCHEMA=genericschema"
>
between Tomcat's connection pool and tomcat's report
on memory leaks
On 04/04/2012 13:05, Hermes Flying wrote:
> 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 da
: Discrepancy between Tomcat's connection pool and tomcat's report
on memory leaks
- 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
n/db/internaldatabase.lock.db]
> but has failed to stop it. This is very 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
Weba
- 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 configur
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 applicati
-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,
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 the
Catalina was misconfigured, as the dev-team placed some properties on a
/home/blabla path :S
Thanks for helping me out anyway!
- Mensaje original -
De: "Mark Eggers"
Para: "Tomcat Users List"
Enviados: Jueves, 23 de Septiembre 2010 15:44:21
Asunto: Re: Issues
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
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
--
s R Caldarale"
Para: "Tomcat Users List"
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
> 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
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
clearThreadL
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
> leak
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 (NullPointerExc
> 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
>
-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;
]
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 that "it is not always considered a
good practice."
Why
> 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"
but
others not ?
Thank you for your help.
-Ursprüngliche Nachricht-
Von: Pid
Gesendet: 26.05.2010 20:45:53
An: Tomcat Users List
Betreff: Re: Stopping a Timer in contextDestroyed() to avoid memory leaks
results in a NullPointerException
>On 26/05/2010 19:43, devn...@web.de wro
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
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
> 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
1: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 profiler to find out what'
Thanks a lot Joe, we are checking our code based on your suggestions.
Cheers,
Greg
From: Joseph Morgan
To: Tomcat Users List
Sent: Tue, January 12, 2010 11:15:54 PM
Subject: RE: Tips on tracking down memory leaks
Greg, you've just awakened a 900 lb go
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 profiler to find out w
> 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 t
cCane [mailto:gregmcc...@yahoo.ca]
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.
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 to
; to
> find memory leaks.
>
>
> Kazakevich Ilya,
> MCP, SCJP
>
>
>
>
> -Original Message-
> From: Black Friday [mailto:bfshop...@gmail.com]
> Sent: Friday, March 06, 2009 6:41 AM
> To: users@tomcat.apache
Use profiler.
Take a look at: http://www.yourkit.com/overview/index.jsp
It is a good profiler with manual which will teach you how to use yourkit to
find memory leaks.
Kazakevich Ilya,
MCP, SCJP
-Original Message-
From: Black Friday
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 test
Hi,
I'm not an expert, but I think Tomcat 4.X is not compatible with JDK
1.5.
Regards,
Diego Rodríguez
Black Friday escribió:
Hi,
My system environment is: Windows 2000 Server. JDK 1.5, tomcat 4.X, Oracle 9
The problem is:
After tomcat was started, the memory of the tomcat grows
> Sent: Friday, March 06, 2009 11:40 AM
> Subject: Tomcat Memory Leaks
>
>
> > Hi,
> >
> > My system environment is: Windows 2000 Server. JDK 1.5, tomcat 4.X,
> Oracle 9
> >
> > The problem is:
> >
> > After tomcat was started, the memory of the
May be some servlet is start up with tomcat.
like
load-on-startup
check your server.xml and webapps directory
- Original Message -
From: "Black Friday"
To:
Sent: Friday, March 06, 2009 11:40 AM
Subject: Tomcat Memory Leaks
> Hi,
>
> My system environme
Hi,
My system environment is: Windows 2000 Server. JDK 1.5, tomcat 4.X, Oracle 9
The problem is:
After tomcat was started, the memory of the tomcat grows continuosly,
reaches till 1.3G. The system is 2GB.
This happens when no application is running. After tomcat reaches 1.3G, when
application st
x 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 for determining the memory
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
>
&
-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.
Man
ixing 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)
-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) be
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
ovember 2006 23: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-
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
- Original Message -
From: "Christopher Schultz" <[EMAIL PROTECTED]>
To: "Tomcat Users List"
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:
If things have
changed in the last year and someone could recommend a good profiler
please let me know.
Cheers.
-Original Message-----
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED]
Sent: 28 November 2006 18:09
To: Tomcat Users List
Subject: RE: Memory leaks on webapp redeploy
> From: M
> 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 c
-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 luc
I'm not sure if this
definitely my problem, 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
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:
Sent: Tuesday, November 28, 2006 3:30 AM
Subject: RE: Memory leaks on we
n
- Original Message -
From: "anjan bacchu" <[EMAIL PROTECTED]>
To: "Tomcat Users List"
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 guy
Currently I'm using 5.5.17, but, it's happened with every other version that
I've used for the past several years as well.
Jon
- Original Message -
From: "Mark Thomas" <[EMAIL PROTECTED]>
To: "Tomcat Users List"
Sent: Monday, November 27,
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
---
"C
> 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 portin
-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.
>
> Q
howed up 10 times after 9 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 spac
> 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 automa
-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 a
> 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.
No
-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:
> http://opensource.atlassian.com/confluence/spring/pages/
-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 discard
> > 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 me
[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 mea
error 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"
Sent: Monday, November 27, 2006 8:37 PM
Subject: Re: Memory leaks on webap
> 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 applica
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 u
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 occu
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
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
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 le
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
-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 y
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.
t; David,
>
> 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
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David,
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 th
-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.
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
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 tom
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 requ
1 - 100 of 103 matches
Mail list logo
