Jorg

I am using the "standard" version of Batik (shipping
with Cocoon 2.1.5)... I do not want to upgrade as yet.

As the "memory leak" also seems to happen with the directory
generator, I am not sure that Batik is the only culprit.

I guess that, at the end, the profiler is the best way to see
what is happening.  I will have to see if I can get one to
try out.

Thanks
Derek

>>> [EMAIL PROTECTED] 2005/02/02 10:28:25 AM >>>
Hi Derek,

1) http://java-source.net/open-source/profilers, one of these should at

least allow you to pin the problem to a library (batik, xerces/xalan, 
tomcat, cocoon,...) and take it from there.

2) What version of batik are you using? A few memory leaks have been 
fixed in the last couple of months, so maybe try running off a CVS 
version. (Batik is still being actively developed but they don't do
much 
releases)

And as always :
Have you tried running on the latest 2.1.X ?

HTH
Jorg

Derek Hohls wrote:
> Running: Cocoon 2.1.5; Tomcat/4.1.29; Java 1.4.2; WindowsXP 
> 
> I keep bumping my head into memory problems with *some*
> Cocoon operations.  See the log snippet below - I am trying to
> serialize a SVG file to JPEG -> the process works fine when
> the file sizes are from 1-250k.  As files gets larger (300-500k), 
> I eventually get the dreaded java.lang.OutOfMemoryError message
> in the Tomcat server log.  In fact, in some cases Cocoon *can* 
> process the larger file, but as soon as I hit 'refresh' the memory 
> overflows.
> 
> If I use the Windows task Manager; it seems that Tomcat is not
> using more than about 132MB... the settings for Java *should* allow
> it to use up to 256MB... ie. CATALINA_OPTS is set to: 
> -Xms64m -Xmx256m -Dfile.encoding=ISO-8859-1 -DproxySet=true
> -DproxyPort=3128
> When I run other processes through Cocoon e.g. some of the samples
> then the memory usage can hit about 147MB.
> 
> Any assistance with this is gratefully appreciated.
> 
> Thanks
> Derek
> 
> PS I am not sure this is related, but I get similar problems when
> working with the directory generator
>   <map:generate src="dir" type="directory" include="*.xml"/>
> after some random number of refreshes, this operation, too, causes a
> memory problem.
> 
> 
> 2005-02-01 18:27:52 StandardWrapperValve[Cocoon]: Servlet.service()
for
> servlet Cocoon 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:256)
>       at
>
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
>       at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
>       at
>
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>       at
>
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
>       at
>
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
>       at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
>       at
>
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>       at
>
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2417)
>       at
>
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
>       at
>
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
>       at
>
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
>       at
>
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
>       at
>
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
>       at
>
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
>       at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
>       at
>
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>       at
>
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
>       at
>
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
>       at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
>       at
>
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>       at
>
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:193)
>       at
>
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:781)
>       at
>
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:549)
>       at
>
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:589)
>       at
>
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:666)
>       at java.lang.Thread.run(Thread.java:534)
> ----- Root Cause -----
> java.lang.OutOfMemoryError


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED] 
For additional commands, e-mail: [EMAIL PROTECTED] 


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to