cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Azmi, Amir" <aa...@metatomix.com>
Subject RE: C2 Bug Locating Tips
Date Thu, 14 Mar 2002 16:29:22 GMT
I had similar kindda problem sometime back, I tweaked "memory-cache"
setting and it went off.

So in cocoon.xconf, I had 
	 <cache-transient
class="org.apache.cocoon.components.store.MRUMemoryStore"
         logger="core.store.transient">
	     <parameter name="maxobjects" value="1000"/>
	     <parameter name="use-persistent-cache" value="true"/>
	  </cache-transient>

but when I changed "maxobjects" to something lower like "100" errors
vanished off. My config was cocoon2 latest, Tomcat 4.0.1, Win2K

Maybe this gives some clue.

--Amir


-----Original Message-----
From: Stuart Roebuck [mailto:stuart.roebuck@adolos.co.uk]
Sent: Thursday, March 14, 2002 11:08 AM
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.ja
va:
> 566)
>         at 
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
>         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.ja
va:
> 566)
>         at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke
> (AuthenticatorBase.java:472)
>         at 
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:
> 564)
>         at 
>
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.ja
va:
> 246)
>         at 
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:
> 564)
>         at 
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
>         at 
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>         at 
>
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:234
4)
>         at 
>
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:
> 164)
>         at 
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:
> 566)
>         at 
> org.apache.catalina.valves.ErrorDispatcherValve.invoke
> (ErrorDispatcherValve.java:170)
>         at 
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:
> 564)
>         at 
>
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:
> 170)
>         at 
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:
> 564)
>         at 
>
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462
)
>         at 
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:
> 564)
>         at 
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
>         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.ja
va:
> 566)
>         at 
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72)
>         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.jav
a:
> 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