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. :-/
------------------------------
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:[EMAIL PROTECTED]]
> Sent: Thursday, August 09, 2001 2:37 PM
> To: [EMAIL PROTECTED]
> 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: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]