Don't bother with jhat, try eclipse Memory Analysis Tool instead. It's much
more friendly and efficient to find leaks.
On 23 nov. 2010, at 12:18, xu cheng wrote:
hi, Chuck.Caldarale
I referenced to these two links
http://blogs.sun.com/fkieviet/entry/classloader_leaks_the_dreaded_java
On 29 nov. 2010, at 15:01, Mark Thomas wrote:
On 29/11/2010 13:57, sol myr wrote:
Hi,
I'm new to Tomcat management, and would appreciate help on the 'maxThreads'
property of the Http Connector:
1) Please tell if I understood correctly:
Suppose I configure 'maxThreads=100', and 130
Some short answers :
- (for the moment) threads are always reused, even after an application is
stopped.
- tomcat 6.0.26 tries to clean the threadlocals which may provoke a leak, but
1) it was unsafe and has been disabled by default from 6.0.27 (see
On 22 déc. 2010, at 12:49, Mark Thomas wrote:
It is do-able if you are prepared to accept the associated constraints:
- all web apps must use the exact same version of every shared library
- updating the shared libraries requires a Tomcat restart
- all of the shared web apps must be well
[from your blog entry]
I also think that logging leaks may be more helpful than using part of
manager, because many don't deploy manager (they remove it).
it is logged when the application is stopped, on recent tomcat 6 and 7.
I think your approach to finding leaks by performing comparisons is
have a look at the bindOnInit parameter on the connector
http://tomcat.apache.org/tomcat-7.0-doc/config/http.html
On 15 mai 2011, at 12:31, Afkham Azeez wrote:
Hi folks,
We are using Embedded Tomcat 7.0.14. We create connectors in the normal way,
add the webapps to Tomcat, and then call
My personal advice with the Oracle driver is to put it at the server level, not
at the webapp level.
For instance if you use the query timeouts, oracle JDBC spawns a Thread to
handle the timeouts, and there is no way to properly stop this thread so tomcat
will continue complaining about leaking
Hello,
On 26 oct. 2011, at 17:55, Rohit Kelapure wrote:
* Reposting from the dev list as advised *
Dear All,
After going through the thread renewal code in
/tomcat-8.0.x/java/org/apache/tomcat/util/threads/TaskQueue.java ,
On 23 nov. 2011, at 16:48, Christopher Schultz wrote:
Our servlet defines the ThreadLocal to be protected (because this is a
base class for several servlets that all do similar things) and
transient (because we just don't need it to be serialized) and
override the initialValue method, like
On 25 nov. 2011, at 15:58, Christopher Schultz wrote:
On 11/24/11 4:02 PM, Sylvain Laurent wrote:
I don't think this ThreadLocal creates a real leak of classloader.
It would if dayFormat was static.
IIRC, ThreadLocal essentially puts a key/value pair in a Map in the
Thread. I dunno what
keep a watch on https://issues.apache.org/bugzilla/show_bug.cgi?id=51741 . When
it is implemented, it should give you this functionality.
On 30 nov. 2011, at 14:58, Sylvain Goulmy wrote:
So the effect is that multiple physical directories must be searched for
a given resource?
to have the functionnality on the live
environment, i'll keep on watching your patch to see if that can give me
the functionnality i'm looking for.
Thank you for this information.
On Fri, Dec 2, 2011 at 8:11 PM, Sylvain Laurent slaur...@apache.org wrote:
keep a watch on https
Here is the preview of the documentation :
http://ci.apache.org/projects/tomcat/tomcat7/docs/config/context.html#Virtual_webapp
(this is a nightly snapshot of the tomcat 7 branch)
On 6 déc. 2011, at 17:31, Sylvain Goulmy wrote:
Hi Sylvain,
I have taken the sources from the trunk version
On 6 déc. 2011, at 18:07, Sylvain Goulmy wrote:
Hi Sylvain,
I have tested your functionnality thanks to the description you give in
your code.
This is just EXACTLY what i wanted. I can define an external directory, the
ressources are searched in my application and then in the directory
14 matches
Mail list logo