Hi All,

I've got Tomcat 4.1.20 and Apache 2.0.46 running on Red Hat Enterprise Linux AS 3. I'm using the jk2 connector (connectors version 2.0.4) with a unixSocket channel. My problem is that the catalina.out file constantly gets the following two entries:

this one comes constantly..

[Mon Jul 19 19:20:51 2004] ( info ) [jk_jni_aprImpl.c (431)] jkInvoke() invoke a971c670

and an exception (very often):

Jul 19, 2004 7:20:11 PM org.apache.jk.common.JniHandler nativeDispatch
SEVERE: nativeDispatch: error -3
java.lang.Throwable
at org.apache.jk.common.JniHandler.nativeDispatch(JniHandler.java:310)
at org.apache.jk.common.ChannelUn.send(ChannelUn.java:218)
at org.apache.jk.common.ChannelUn.invoke(ChannelUn.java:303)
at org.apache.jk.server.JkCoyoteHandler.doWrite(JkCoyoteHandler.java:279)
at org.apache.coyote.Response.doWrite(Response.java:586)
at org.apache.coyote.tomcat4.OutputBuffer.realWriteBytes(OutputBuffer.java:405)
at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:436)
at org.apache.coyote.tomcat4.OutputBuffer.doFlush(OutputBuffer.java:354)
at org.apache.coyote.tomcat4.OutputBuffer.flush(OutputBuffer.java:336)
at org.apache.coyote.tomcat4.CoyoteWriter.flush(CoyoteWriter.java:117)
at org.apache.jasper.runtime.JspWriterImpl.flush(JspWriterImpl.java:209)
at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:810)
at org.apache.jsp.error_jsp._jspService(error_jsp.java:337)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:210)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:684)
at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:432)
at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:356)
at org.apache.catalina.valves.ErrorDispatcherValve.custom(ErrorDispatcherValve.java:420)
at org.apache.catalina.valves.ErrorDispatcherValve.throwable(ErrorDispatcherValve.java:258)
at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:179)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:163)
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:199)
at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:324)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:395)
at org.apache.jk.common.ChannelUn.processConnection(ChannelUn.java:286)
at org.apache.jk.common.AprConnection.runIt(ChannelUn.java:347)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
at java.lang.Thread.run(Thread.java:534)
I'm running a very high traffic site and so I was wondering if perhaps this was due to file locking collisions on the socket? I'm not sure there. This didn't used to happen when I was using regular domain sockets. I do need the unixSocket channel however, as it's proven to be much much faster.


I've tried commenting out the line that writes the first line, but that only seems to exacerbate the number of exceptions. I also was able to diminish the number of exceptions by changing the shm file from anon to a real file on the system. I'm thinking this is slowing down the JNI somehow? (leading me back to the collisions theory).

Any help is greatly appreciated! Otherwise I'm left with trying to read the code and learn JNI =/

Thanks Again,
-Joshua Szmajda

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



Reply via email to