cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gerhard Froehlich" <g-froehl...@gmx.de>
Subject RE: C2 Bug Locating Tips
Date Thu, 14 Mar 2002 20:44:13 GMT
Hi,
maybe this documents are useful too:
http://xml.apache.org/cocoon/userdocs/concepts/mrustore.html
http://xml.apache.org/cocoon/userdocs/concepts/storejanitor.html

  ~Gerhard
 
----------------------------------------
"In English, there is no double positive 
that makes a negative."
"Yeah, right." 
----------------------------------------

>-----Original Message-----
>From: Stuart Roebuck [mailto:stuart.roebuck@adolos.co.uk]
>Sent: Thursday, March 14, 2002 5:08 PM
>To: cocoon-dev@xml.apache.org
>Subject: C2 Bug Locating Tips
>
>
>             +---------------------------------------------+
>             |  LOOKING FOR TIPS ON HOW TO DEBUG COCOON ?  |
>             +---------------------------------------------+
>
>unfortunately, I don't have a great deal of my own, but I'm happy to 
>compile other peoples into something useful if anyone would like to 
>contribute some suggestions on how I might track down an apparent memory 
>leak in the recent CVS versions of Cocoon!
>
>Seeing as there is talk of... *A NEW RELEASE*...I thought it was time I 
>did some work on ironing this problem out now.
>
>My setup is:
>		Cocoon 2 (latest CVS) - but problems have occurred for a month 
>or so now.
>		Tomcat 4.0.1
>		Mac OS X 10.1.3 (latest Java release) - but problems occurred 
>before it.
>
>After a modest amount of Cocoon action, I get an OutOfMemoryError in the 
>Tomcat localhost_log (see below) and to be completely honest, I haven't 
>much of a clue how I'm going to track down the associated memory leak.
>
>	(  which reminds me - how do you stop debug level messages    )
>     (  appearing in the Tomcat localhost_log file?  Changing all  )
>     (  the references to "DEBUG" in logkit.conf turns off DEBUG   )
>     (  level output in the WEB-INF/logs directory, but not in     )
>     (  the Tomcat log directory.                                  )
>
>I'm now using the Pizza compiler, so the associated Javac memory leak 
>shouldn't be there.
>
>I've reduced the store-janitor heapsize value from the default 67108864 
>to 60000000 running from a default Mac OS X Java configuration of 64Mb 
>max heap and this appears to delay the onset of problems.
>
>The problems weren't present in the past, and we currently have a 
>pre-release site <http://www.cueandreview.co.uk/> running on an older 
>Cocoon 2 release which doesn't exhibit this behaviour.  It's running off 
>a FreeBSD based machine, but it was developed without problems on Mac OS 
>X (with the release of Cocoon it is running on on FreeBSD).
>
>So I'm inclined to think that the problem is something that has been 
>introduced in Cocoon, rather than anything platform specific or 
>sitemap / processing specific - but I could be wrong.
>
>Significant things that have changed (and are being used) between the 
>reliable version and the current include:
>	Xerces 1.4.4 --> Xerces 2.0.x
>	TreeProcessor
>	JispStore
>	Pizza compiler
>
>This may or may not be connected with:
>
>	<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6868>
>
>Any thoughts, hints, suggestions?
>
>Stuart.
>
>> 2002-03-14 14:19:51 StandardWrapperValve[Cocoon2]: Servlet.service() 
>> for servlet Cocoon2 threw exception
>> javax.servlet.ServletException: Servlet execution threw an exception
>>         at 
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
>> (ApplicationFilterChain.java:269)
>>         at 
>> org.apache.catalina.core.ApplicationFilterChain.doFilter
>> (ApplicationFilterChain.java:193)
>>         at 
>> org.apache.catalina.core.StandardWrapperValve.invoke
>> (StandardWrapperValve.java:243)
>>         at 
>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:
>> 566)
>>         at 
>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
>>         at 
>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>>         at 
>> org.apache.catalina.core.StandardContextValve.invoke
>> (StandardContextValve.java:201)
>>         at 
>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:
>> 566)
>>         at 
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke
>> (AuthenticatorBase.java:472)
>>         at 
>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:
>> 564)
>>         at 
>> org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:
>> 246)
>>         at 
>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:
>> 564)
>>         at 
>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
>>         at 
>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>>         at 
>> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2344)
>>         at 
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:
>> 164)
>>         at 
>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:
>> 566)
>>         at 
>> org.apache.catalina.valves.ErrorDispatcherValve.invoke
>> (ErrorDispatcherValve.java:170)
>>         at 
>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:
>> 564)
>>         at 
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:
>> 170)
>>         at 
>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:
>> 564)
>>         at 
>> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462)
>>         at 
>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:
>> 564)
>>         at 
>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
>>         at 
>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>>         at 
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:
>> 163)
>>         at 
>> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:
>> 566)
>>         at 
>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
>>         at 
>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>>         at 
>> org.apache.catalina.connector.http10.HttpProcessor.process
>> (HttpProcessor.java:666)
>>         at 
>> org.apache.catalina.connector.http10.HttpProcessor.run(HttpProcessor.java:
>> 788)
>>         at java.lang.Thread.run(Thread.java:496)
>> ----- Root Cause -----
>> java.lang.OutOfMemoryError
>>         <<no stack trace available>>
>
>
>            Public Key - 1024D/88DD65AF 2001-11-23 Stuart Roebuck (Adolos)
>      Key fingerprint = 89D9 E405 F8B1 9B22 0FA2  F2C1 9E57 5AB1 88DD 65AF
>-------------------------------------------------------------------------
>Stuart Roebuck                                  stuart.roebuck@adolos.com
>Systems Architect                             Java, XML, MacOS X, XP, 
>etc.
>ADOLOS                                           <http://www.adolos.com/>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
>For additional commands, email: cocoon-dev-help@xml.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message