cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Berin Loritsch <blorit...@apache.org>
Subject Re: IT WON'T BREAK!!! (was Re: New Excalibur--Time to redo your Cocoon Load Tests)
Date Thu, 09 Aug 2001 19:17:51 GMT
Vadim Gritsenko wrote:
> 
> Hm, with JDK1.3.1 I have got some interesting info; may be it can help you to find the
problem.
> And may be not. :-/

I wonder if there are issues getting the builtin logicsheets from the jar under extreme load...
Checking the logs, I am seeing the same EXCEPTION_ACCESS_VIOLATION message--though I don't
get
a stacktrace.


> 
> ------------------------------
> An unexpected exception has been detected in native code outside the VM.
> Unexpected Signal : EXCEPTION_ACCESS_VIOLATION occurred at PC=0x6d3c76aa
> Function name=ZIP_Open
> Library=C:\Java\jdk1.3.1\jre\bin\zip.dll
> 
> Current Java thread:
>         at java.util.zip.ZipFile.getEntry(Native Method)
>         at java.util.zip.ZipFile.getEntry(ZipFile.java:146)
>         at com.caucho.vfs.Jar.getJarEntry(Jar.java:346)
>         at com.caucho.vfs.Jar.getSafeJarEntry(Jar.java:325)
>         at com.caucho.vfs.Jar.isFile(Jar.java:142)
>         at com.caucho.vfs.Jar.canRead(Jar.java:207)
>         at com.caucho.vfs.JarPath.canRead(JarPath.java:145)
>         at com.caucho.util.DirectoryClassLoader.getPath(DirectoryClassLoader.java:213)
>         at com.caucho.util.DynamicClassLoader.getResourceAsStream(DynamicClassLoader.java:566)
>         at org.apache.xml.dtm.DTMManager.findFactory(DTMManager.java:474)
>         at org.apache.xml.dtm.DTMManager.newInstance(DTMManager.java:175)
>         at org.apache.xpath.XPathContext.reset(XPathContext.java:337)
>         at org.apache.xalan.transformer.TransformerImpl.reset(TransformerImpl.java:469)
>         at org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1197)
>         at org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3094)
>         at org.apache.xalan.transformer.TransformerHandlerImpl.endDocument(TransformerHandlerImpl.java:467)
>         at org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:52)
>         at org.apache.cocoon.generation.ServerPagesGenerator.endDocument(ServerPagesGenerator.java:253)
>         at www.docs.samples.xsp.simple_xsp.generate(simple_xsp.java:406)
>         at org.apache.cocoon.generation.ServerPagesGenerator.generate(ServerPagesGenerator.java:183)
>         at org.apache.cocoon.components.pipeline.CachingEventPipeline.process(CachingEventPipeline.java:219)
>         at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:363)
>         at www.sitemap_xmap.wildcardMatchN41A(sitemap_xmap.java:5557)
>         at www.sitemap_xmap.process(sitemap_xmap.java:2453)
>         at www.sitemap_xmap.process(sitemap_xmap.java:2094)
>         at org.apache.cocoon.sitemap.Handler.process(Handler.java:160)
>         at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:103)
>         at org.apache.cocoon.Cocoon.process(Cocoon.java:423)
>         at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:518)
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:103)
>         at com.caucho.server.http.FilterChainServlet.doFilter(FilterChainServlet.java:82)
>         at com.caucho.server.http.Invocation.service(Invocation.java:272)
>         at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:216)
>         at com.caucho.server.http.HttpRequest.handleConnection(HttpRequest.java:158)
>         at com.caucho.server.TcpConnection.run(TcpConnection.java:140)
>         at java.lang.Thread.run(Thread.java:484)
> ----------------------------------------
> 
> Vadim
> 
> > -----Original Message-----
> > From: Berin Loritsch [mailto:bloritsch@apache.org]
> > Sent: Thursday, August 09, 2001 2:37 PM
> > To: cocoon-dev@xml.apache.org
> > Subject: Re: IT WON'T BREAK!!! (was Re: New Excalibur--Time to redo your Cocoon
Load Tests)
> >
> >
> > Stuart Roebuck wrote:
> > >
> > > That sounds like a problem I'm just having too, I've got quite a bit of
> > > XSP in my test cases, and Tomcat is just dieing without any errors
> > > displayed at all. In fact I've looked in every log I can think of (tomcat,
> > >   cocoon, system) and I can't see any evidence of anything going wrong!
> > >
> > > Stuart.
> > >
> > > On Thursday, August 9, 2001, at 07:11  pm, Vadim Gritsenko wrote:
> > >
> > > > I found a problem:
> > > >
> > > > Cocoon takes all available memory after ~ 500-600 accesses to
> > > > http://localhost:8080/cocoon/xsp/simple
> > > > and Resin crashes:
> > > > #
> > > > # An EXCEPTION_ACCESS_VIOLATION exception has been detected in native
> > > > code outside the VM.
> > > > # Program counter=0x50397707
> > > > #
> > > >
> > > > Clearly, something is wrong with XSP... Some resources are not released.
> > > > cocoon.log file does not have any errors.
> > > >
> > > > Berin,
> > > > could you verify this behaviour?
> >
> > Ok, I verified it.  Let me do some more checking--the issues in this
> > case lie on the Cocoon side of things.  I _think_ I have an idea
> > what it is--but no guarantees.
> >
> > ---------------------------------------------------------------------
> > 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

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


Mime
View raw message