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 dire
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
onment, i'd like 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 wrote
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?
>
>
>
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 i
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
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 ,
> /tomcat-8.0.x/java/org/apache/tomcat/util/threads/ThreadPo
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
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 st
[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 i
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 "we
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
https://issues.apache.org/bugzilla/show_bug.c
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
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
> ht
14 matches
Mail list logo