https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
--- Comment #20 from Konstantin Kolinko 2012-01-12
15:21:11 UTC ---
No. This enhancement is too intrusive to be backported.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this m
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
--- Comment #19 from Torsten Krah
2012-01-12 14:24:58 UTC ---
Does the tomcat6 patch getting applied to any 6.x version? Or is this one only
there in 7.0.6+?
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=emai
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
Sylvain Laurent changed:
What|Removed |Added
Status|NEW |RESOLVED
Version|trun
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
--- Comment #17 from Sylvain Laurent 2010-12-09
17:16:44 EST ---
rev 1044145 : committed some more enhancements in case a web application
creates some ThreadLocals that it does not clean during its startup or shutdown
phases (calls to List
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
--- Comment #16 from Sylvain Laurent 2010-12-05
18:00:05 EST ---
Applied the patch to renew threads of the pool on trunk, will be available for
7.0.6.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
-
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
--- Comment #15 from Sylvain Laurent 2010-11-25
16:25:32 EST ---
Though my proposed patch renews threads in the pool, there are actually 2 other
types of threads that can prevent an application from being garbage collected
if it has Thread
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
--- Comment #14 from sylvain.laur...@gmail.com 2010-10-11 16:54:31 EDT ---
Created an attachment (id=26157)
--> (https://issues.apache.org/bugzilla/attachment.cgi?id=26157)
patch tc6 renewThreads 2010-10-11
Patch for tomcat 6.
It is essen
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
sylvain.laur...@gmail.com changed:
What|Removed |Added
Attachment #26150|0 |1
is obsolete|
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
sylvain.laur...@gmail.com changed:
What|Removed |Added
Attachment #25411|0 |1
is obsolete|
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
sylvain.laur...@gmail.com changed:
What|Removed |Added
Attachment #26074|0 |1
is obsolete|
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
--- Comment #10 from sylvain.laur...@gmail.com 2010-09-28 17:34:48 EDT ---
Created an attachment (id=26097)
--> (https://issues.apache.org/bugzilla/attachment.cgi?id=26097)
Patch for tomcat 7 to renew threads one by one with a delay without
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
--- Comment #9 from sylvain.laur...@gmail.com 2010-09-25 18:51:53 EDT ---
> What do you think ? If we don't use a fair queue, we do not have a
> deterministic behavior and some thread might still trigger a memory leak...
Unless we have minS
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
--- Comment #8 from sylvain.laur...@gmail.com 2010-09-25 18:42:53 EDT ---
Created an attachment (id=26074)
--> (https://issues.apache.org/bugzilla/attachment.cgi?id=26074)
proposed patch to renew threads one by one with a delay
I explored
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
--- Comment #7 from Pid 2010-09-23 17:55:09 EDT ---
(In reply to comment #6)
> Pid, I applied your patch but it does not work.
> Actually when the thread calls join(0) on itself it just leads to a deadlock :
> the Thread will remain forever
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
--- Comment #6 from sylvain.laur...@gmail.com 2010-09-23 16:51:38 EDT ---
Pid, I applied your patch but it does not work.
Actually when the thread calls join(0) on itself it just leads to a deadlock :
the Thread will remain forever in the jo
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
--- Comment #5 from Pid 2010-09-23 10:49:43 EDT ---
Created an attachment (id=26068)
--> (https://issues.apache.org/bugzilla/attachment.cgi?id=26068)
Alternative approach to renewing threads
Instead of completely renewing the entire threa
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
Arjen Knibbe changed:
What|Removed |Added
CC||arjencornelis.kni...@getron
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
--- Comment #3 from sylvain.laur...@gmail.com 2010-05-06 17:15:35 EDT ---
Created an attachment (id=25411)
--> (https://issues.apache.org/bugzilla/attachment.cgi?id=25411)
Patch for tomcat 7 to renew threads
Here is finally my proposition
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
--- Comment #2 from Mark Thomas 2010-04-28 08:23:05 EDT ---
It shouldn't clean all thread locals after each request, it should clean all
thread locals loaded by a web application.
If the cleaning breaks apps or frameworks then those apps/f
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159
--- Comment #1 from sylvain.laur...@gmail.com 2010-04-26 16:40:49 EDT ---
I did experiment with cleaning the threadlocals from their owning thread by
doing it in
org.apache.tomcat.util.threads.ThreadPoolExecutor.afterExecute(Runnable,
Throwa
20 matches
Mail list logo
