Re: Tomcat 5.5.25 | Memory leak in Web Application

2010-10-19 Thread Anurag Kapur
Hello all, Can one of you please help answer the last set of queries I have on this please? Thanks Anurag On Mon, Oct 18, 2010 at 3:02 PM, Anurag Kapur anuragka...@gmail.com wrote: Thanks Chris/Mark/Charles/Pid for your help with this. The issue has been fixed after using the JVM argument

Re: Tomcat 5.5.25 | Memory leak in Web Application

2010-10-19 Thread André Warnier
Anurag, Anurag Kapur wrote: ... 3. What does the JVM argument actually do? -Dorg.apache.jasper.runtime.BodyContentImpl.LIMIT_BUFFER=true I understand it does not turn off tag pooling and instead limits the size of the buffer. Can you please elaborate what this means? What happens when a body

Re: Tomcat 5.5.25 | Memory leak in Web Application

2010-10-18 Thread Anurag Kapur
Thanks Chris/Mark/Charles/Pid for your help with this. The issue has been fixed after using the JVM argument :- -Dorg.apache.jasper.runtime.BodyContentImpl.LIMIT_BUFFER=true I get a healthy heap utilization graph on the same web application under similar load test conditions as indicated in the

Re: Tomcat 5.5.25 | Memory leak in Web Application

2010-10-13 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mark, On 10/12/2010 5:28 PM, Mark Thomas wrote: On 12/10/2010 19:45, Christopher Schultz wrote: markt marked this bug as FIXED, but I see no indication of a resolution. Perhaps that was meant to be WONTFIX? Nope. I meant FIXED. As in There is

Re: Tomcat 5.5.25 | Memory leak in Web Application

2010-10-13 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Anurag, On 10/12/2010 5:47 PM, Anurag Kapur wrote: I have probably attached an incomplete snapshot of the memory utilization graph. I'm only looking at what is on your blog. That graph looks good. Perhaps you could update your blog with a graph

Re: Tomcat 5.5.25 | Memory leak in Web Application

2010-10-13 Thread Mark Thomas
On 13/10/2010 19:14, Christopher Schultz wrote: Mark, On 10/12/2010 5:28 PM, Mark Thomas wrote: On 12/10/2010 19:45, Christopher Schultz wrote: markt marked this bug as FIXED, but I see no indication of a resolution. Perhaps that was meant to be WONTFIX? Nope. I meant FIXED. As in There

Re: Tomcat 5.5.25 | Memory leak in Web Application

2010-10-12 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Anurag, On 10/11/2010 12:30 PM, Anurag Kapur wrote: I have added my problem statement with Images to by blog here: http://anuragkapur-techbytes.blogspot.com/2010/10/tomcat-5527-memory-leak-in-escenic-cms.html The memory profile you show there

Re: Tomcat 5.5.25 | Memory leak in Web Application

2010-10-12 Thread Mark Thomas
On 12/10/2010 19:45, Christopher Schultz wrote: markt marked this bug as FIXED, but I see no indication of a resolution. Perhaps that was meant to be WONTFIX? Nope. I meant FIXED. As in There is now an option you can use to disable this behaviour if you don't like it. Mark

Re: Tomcat 5.5.25 | Memory leak in Web Application

2010-10-12 Thread Anurag Kapur
Thanks for your inputs. I have probably attached an incomplete snapshot of the memory utilization graph. What happens as more time progresses is that the utilization keeps increasing and the amount of heap that gets collected keeps decreasing. After some time the system starts doing Full GCs

Re: Tomcat 5.5.25 | Memory leak in Web Application

2010-10-11 Thread Anurag Kapur
Thanks Chris and Chuck for your help so far. I have added my problem statement with Images to by blog here: http://anuragkapur-techbytes.blogspot.com/2010/10/tomcat-5527-memory-leak-in-escenic-cms.html http://anuragkapur-techbytes.blogspot.com/2010/10/tomcat-5527-memory-leak-in-escenic-cms.html

Re: Tomcat 5.5.25 | Memory leak in Web Application

2010-10-11 Thread Anurag Kapur
The objects holding references to the character arrays that ultimately consume all the memory are of type org.apache.jasper.runtime.BodyContentImpl as indicated in the object reference tree below: There was a bug reported in Tomcat 5.5.9 which says The problem is that this huge array never gets

Re: Tomcat 5.5.25 | Memory leak in Web Application

2010-10-11 Thread Pid
On 11/10/2010 17:30, Anurag Kapur wrote: The objects holding references to the character arrays that ultimately consume all the memory are of type org.apache.jasper.runtime.BodyContentImpl as indicated in the object reference tree below: There was a bug reported in Tomcat 5.5.9 which says

Tomcat 5.5.25 | Memory leak in Web Application

2010-10-08 Thread Anurag Kapur
*Problem Statement* Memory leak in web application running on Tomcat *System Information* Tomcat 5.5.27 Apache HTTPD 2.2.9 Java HotSpot(TM) Server VM (build 1.5.0_14-b03, mixed mode) Mod_proxy_http connector Solaris 10 x86 Tomcat JVM heap settings: min:2GB and max:2GB *Observations

Re: Tomcat 5.5.25 | Memory leak in Web Application

2010-10-08 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Anurag, On 10/8/2010 3:15 PM, Anurag Kapur wrote: _Problem Statement_ Memory leak in web application running on Tomcat _Solution Statement_ Fix your memory leak _System Information_ Tomcat 5.5.27 This statement plus the subject line are

Re: Tomcat 5.5.25 | Memory leak in Web Application

2010-10-08 Thread Anurag Kapur
Thanks for your response Chris. On Fri, Oct 8, 2010 at 10:07 PM, Christopher Schultz ch...@christopherschultz.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Anurag, On 10/8/2010 3:15 PM, Anurag Kapur wrote: _Problem Statement_ Memory leak in web application running on Tomcat

Re: Tomcat 5.5.25 | Memory leak in Web Application

2010-10-08 Thread Anurag Kapur
On Fri, Oct 8, 2010 at 11:04 PM, Anurag Kapur anuragka...@gmail.com wrote: Thanks for your response Chris. On Fri, Oct 8, 2010 at 10:07 PM, Christopher Schultz ch...@christopherschultz.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Anurag, On 10/8/2010 3:15 PM, Anurag Kapur

RE: Tomcat 5.5.25 | Memory leak in Web Application

2010-10-08 Thread Caldarale, Charles R
From: Anurag Kapur [mailto:anuragka...@gmail.com] Subject: Re: Tomcat 5.5.25 | Memory leak in Web Application Attachments are stripped: there is no image to view, here. I have attached the heap usage graph as a file this time (heap_usage.jpg) Please read Chris' statement again