Memory leak? (issues.apache.org)

Hi, For the last few months, issues.apache.org/jira has been running out of memory about once a week. We've finally got it running in a profiler, and are seeing most of the memory (eg. 486 of 572Mb) used up by char[] buffers in BodyContentImpl. Here is a sample GC Root -> Object trace: char[1677

Re: Memory leak? (issues.apache.org)

Jeff Turner wrote: Hi, For the last few months, issues.apache.org/jira has been running out of memory about once a week. We've finally got it running in a profiler, and are seeing most of the memory (eg. 486 of 572Mb) used up by char[] buffers in BodyContentImpl. Here is a sample GC Root -> Obj

DO NOT REPLY [Bug 39470] - Session timeout/stack trace issue in 4.1.30

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Memory leak? (issues.apache.org)

Jeff Turner wrote: 1 May: 93 Objects (126Mb) 2 May: 107 Objects (263Mb) 3 May: 492 Objects (486MB) BodyContentImpls are pooled and reused since it makes JSP processing significantly faster. If the application is evil, and uses body tags with huge bodies (it seems to be the case here), then

Re: Memory leak? (issues.apache.org)

Jeff Turner wrote: Hi, For the last few months, issues.apache.org/jira has been running out of memory about once a week. We've finally got it running in a profiler, and are seeing most of the memory (eg. 486 of 572Mb) used up by char[] buffers in BodyContentImpl. Here is a sample GC Root -> Obj

Re: svn commit: r399545 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java

[EMAIL PROTECTED] wrote: Of course, this will be horrible slow at least until Jasper looks for metadata-complete. When you think about it, there's no reason at all why "metadata-complete" actually affects resource injection. It should affect declarations of things using annotations, and that

DO NOT REPLY [Bug 39484] New: - Tomcat process Dies

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r399714 - in /tomcat/tc6.0.x/trunk: build.properties.default build.xml

Author: remm Date: Thu May 4 07:39:23 2006 New Revision: 399714 URL: http://svn.apache.org/viewcvs?rev=399714&view=rev Log: - Use separate build folders for the dependencies. - Update to Eclipse 3.2 (RC 2 right now). Modified: tomcat/tc6.0.x/trunk/build.properties.default tomcat/tc6.0.x/

Core webapps and clustering

Hi, I was wondering if I should merge the code for the core manager webapp in the main source tree, or if I should keep them in the webapps subfolders. There is one dependency for the manager webapp on commons-fileupload 1.0 (so if the code for the webapp is merged in the main source tree, co

Re: svn commit: r399545 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java

did we say that TC6 will only support jdk1.5 and higher? Filip [EMAIL PROTECTED] wrote: Author: billbarker Date: Wed May 3 21:49:09 2006 New Revision: 399545 URL: http://svn.apache.org/viewcvs?rev=399545&view=rev Log: Enable Annotation processing for Tags even when pooling is disabled. Of c

Re: svn commit: r399545 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java

Sun requires it. -Tim Filip Hanik - Dev Lists wrote: did we say that TC6 will only support jdk1.5 and higher? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r399545 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java

cool, thanks for the clarification Tim Funk wrote: Sun requires it. -Tim Filip Hanik - Dev Lists wrote: did we say that TC6 will only support jdk1.5 and higher? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

Re: Core webapps and clustering

I think we can merge both cluster and storeconfig modules to new tc 6. For current user it is easier. Only change is that new ha cluster module are packaged as seperate jar (name change a build.xml) and we must change the bootstrap logic at config parsing. I think user better switch cluster

svn commit: r399749 - /tomcat/container/tc5.5.x/modules/groupcom/to-do.txt

Author: fhanik Date: Thu May 4 09:17:31 2006 New Revision: 399749 URL: http://svn.apache.org/viewcvs?rev=399749&view=rev Log: Added notes about adding soft membership failure detection Modified: tomcat/container/tc5.5.x/modules/groupcom/to-do.txt Modified: tomcat/container/tc5.5.x/modules/g

Re: Core webapps and clustering

Peter Rossbach wrote: I think we can merge both cluster and storeconfig modules to new tc 6. For current user it is easier. I will start with storeconfig, that's quite easy. Only change is that new ha cluster module are packaged as seperate jar (name change a build.xml) and we must change the

svn commit: r399793 - in /tomcat/container/tc5.5.x/modules/groupcom: src/share/org/apache/catalina/tribes/membership/McastService.java to-do.txt

Author: fhanik Date: Thu May 4 10:47:50 2006 New Revision: 399793 URL: http://svn.apache.org/viewcvs?rev=399793&view=rev Log: Enable the system to set the port/ip to be broadcasted changed even after a start, useful when doing a sequential start of different components at a different time Modi

RE: svn commit: r399545 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java

> -Original Message- > From: Remy Maucherat [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 04, 2006 1:45 AM > To: Tomcat Developers List > Subject: Re: svn commit: r399545 - > /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java > > [EMAIL PROTECTED] wrote: > > Of cou

Re: svn commit: r399545 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java

Bill Barker wrote: [EMAIL PROTECTED] wrote: Of course, this will be horrible slow at least until Jasper looks for metadata-complete. When you think about it, there's no reason at all why "metadata-complete" actually affects resource injection. It should affect declarations of things using an

Re: Core webapps and clustering

On 5/4/06, Peter Rossbach <[EMAIL PROTECTED]> wrote: I think we can merge both cluster and storeconfig modules to new tc 6. For current user it is easier. Only change is that new ha cluster module are packaged as seperate jar (name change a build.xml) and we must change the bootstrap logic at co

DO NOT REPLY [Bug 39486] New: - GlobalRequestProcessor requestCount mbean attribute always returns 0

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r399819 - in /tomcat/container/tc5.5.x/modules/groupcom/build: build.properties.default build.xml commons-logging-api.jar

Author: fhanik Date: Thu May 4 11:53:28 2006 New Revision: 399819 URL: http://svn.apache.org/viewcvs?rev=399819&view=rev Log: downloading dependencies on build, more appropriate and more flexible Added: tomcat/container/tc5.5.x/modules/groupcom/build/build.properties.default Removed: tom

svn commit: r399822 - /tomcat/container/tc5.5.x/modules/groupcom/to-do.txt

Author: fhanik Date: Thu May 4 12:00:48 2006 New Revision: 399822 URL: http://svn.apache.org/viewcvs?rev=399822&view=rev Log: Added in notes about a replicated map that uses cookies to locate its backup node Modified: tomcat/container/tc5.5.x/modules/groupcom/to-do.txt Modified: tomcat/co

DO NOT REPLY [Bug 39486] - GlobalRequestProcessor requestCount mbean attribute always returns 0

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38726] - GlobalRequestProcessor attributes are always 0

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Core webapps and clustering

Hey Costin, look at o.a.c.starter.ClusterRuleSetFactory > Snip //OLD CLUSTER 1 //first try the same classloader as this class server/lib try { return loadRuleSet (prefix,"org.apache.catalina.cluster.ClusterRuleSet",ClusterRuleSetFacto ry.class.getClass

Re: Core webapps and clustering

IMHO no module should insert new rules in the server.xml reader. It is already complex enough. All modules should use a single syntax, based on JMX - where you specify the mbean name, and then attributes you want to set. If you need more structure - define additional mbeans. There are plenty of e

Re: svn commit: r399545 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java

Bill Barker wrote On 05/04/06 11:14,: -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Thursday, May 04, 2006 1:45 AM To: Tomcat Developers List Subject: Re: svn commit: r399545 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java [EMAI

Re: Core webapps and clustering

Costin Manolache wrote: On 5/4/06, Peter Rossbach <[EMAIL PROTECTED]> wrote: I think we can merge both cluster and storeconfig modules to new tc 6. For current user it is easier. Only change is that new ha cluster module are packaged as seperate jar (name change a build.xml) and we must change

Re: Core webapps and clustering

It's not about using a mini-jboss architecture, but about a more consistent and simpler configuration. IMO JMX should be used for configuration when possible, instead of adding more weird syntax to server.xml. What is 'core module' and not is a complex issue - obviously what ships in the 'defaul

Re: Core webapps and clustering

Costin Manolache wrote: It's not about using a mini-jboss architecture, but about a more consistent and simpler configuration. IMO JMX should be used for configuration when possible, instead of adding more weird syntax to server.xml. I tried it quite hard at some point (it's the embedded distr

Re: Core webapps and clustering

On 5/4/06, Remy Maucherat <[EMAIL PROTECTED]> wrote: Costin Manolache wrote: > It's not about using a mini-jboss architecture, but about a more > consistent and simpler > configuration. > > IMO JMX should be used for configuration when possible, instead of > adding more weird > syntax to server.x

Re: Core webapps and clustering

Hola, Since you asked for opinions, personally I'm: - In favor of having one clustering implementation, but I think everyone is, no whoop there - Would prefer that clustering, like admin, stay a little module that's easily added to the core (and in general would like to keep the core as small as

RE: svn commit: r399545 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 04, 2006 2:38 PM > To: Tomcat Developers List > Subject: Re: svn commit: r399545 - > /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java > > > > Bill Barker wrote On 05/04

Re: svn commit: r399545 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java

Bill Barker wrote On 05/04/06 17:18,: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, May 04, 2006 2:38 PM To: Tomcat Developers List Subject: Re: svn commit: r399545 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java

Re: Core webapps and clustering

I'd thought I'd chip in my 2 cents, 1. I don't think we should keep maintaining two clustering modules in TC6, the old one has too many limitations, I would leave it as a module since its stable, but I don't have any plans of trying to beat the dead horse and try to make it do something

Re: Core webapps and clustering

On 5/4/06, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote: 2. I would integrate the new "ha" module into the main tree as Remy suggested, easier to catch when it breaks, and session,context and other data management is something that is pretty intimate with Tomcat's code base That'

Re: Core webapps and clustering

Hi, Am 05.05.2006 um 05:34 schrieb Filip Hanik - Dev Lists: I'd thought I'd chip in my 2 cents, 1. I don't think we should keep maintaining two clustering modules in TC6, the old one has too many limitations, I would leave it as a module since its stable, but I don't have any plans of