that is find with me.:D
it won't stop the trunk for breaking, only give you a real log errors
you can work with.
Jacques Le Roux sent the following on 6/14/2010 1:19 AM:
Forwarded, did not get through, and I really wonder why!
Jacques
----- Original Message ----- From: "Jacques Le Roux"
<[email protected]>
To: <[email protected]>
Sent: Sunday, June 13, 2010 4:23 PM
Subject: Re: Trund demo
I have decided to put it in even if I agree with Scott that it seems
out of subject.
But as from your experience it solved an issue, I prefer to try for
sometimes on the demo trunk and if Scott is right (which so far seems
logically to be more than possible) I will revert.
Actually following Scott's advice I should better put an HTTPD before
a local instance an then try locally (because HTTPD seems involved in
this) but I have no time to play with that at the moment.
That's why I decided to commit: to try with the demo trunk where I 1st
saw this issue
Jacques
From: "BJ Freeman" <[email protected]>
what it achieves as I have said all along is that it stops the error
from happening so I can see the real error.
you seem stuck on the fact it is a not in ofbiz.
so I don't see how we will come to a consensus.
bottom line is I have used the patch it solve a problem I am happy.
I shared this and it is up to others to decide if they want to try it.
Scott Gray sent the following on 6/12/2010 7:47 PM:
=========================
BJ Freeman
http://bjfreeman.elance.com
Strategic Power Office with Supplier Automation
<http://www.businessesnetwork.com/automation/viewforum.php?f=52>
Specialty market.com <http://www.specialtymarket.com/>
Systems Integrator-- Glad to Assist
Chat Y! messenger: bjfr33man
Linkedin
<http://www.linkedin.com/profile?viewProfile=&key=1237480&locale=en_US&trk=tab_pro>
Then there is a problem with your setup, my guess is that you have a
misconfigured apache server in front of OFBiz that is prematurely
closing the connection. But that is just a guess.
All that adding /error to the allowed paths has done is to allow
clients to request that URL (http://domain/webapp/error/*) and that
achieves nothing.
Regards
Scott
On 13/06/2010, at 2:22 PM, BJ Freeman wrote:
I got neither of the pages you put up.
only in the log files.
not sure how ClientAbortExceptions got thrown in the mix.
I am talking about try catch with a throwable exception.
=========================
BJ Freeman
http://bjfreeman.elance.com
Strategic Power Office with Supplier
Automation<http://www.businessesnetwork.com/automation/viewforum.php?f=52>
Specialtymarket.com<http://www.specialtymarket.com/>
Systems Integrator-- Glad to Assist
Chat Y! messenger: bjfr33man
Linkedin<http://www.linkedin.com/profile?viewProfile=&key=1237480&locale=en_US&trk=tab_pro>
Scott Gray sent the following on 6/12/2010 6:13 PM:
I'm going to take some guesses here about what you are actually
talking about.
This is what a webapp with an error page looks like:
http://imgur.com/GFMBY.png
This is what a webapp with a missing error page looks like:
http://imgur.com/BlAPU.png
For the second case, this error occurs when error/error.jsp (this
is the default, it can be changed in the controller) is missing
from the webapp, it has nothing to do with the allowed paths. When
this error occurs then yes, it can hide the actual exception that
was thrown, but no, your patch does nothing to fix this.
And once again, this has absolutely nothing to do with
ClientAbortExceptions.
Regards
Scott
On 13/06/2010, at 12:56 PM, Scott Gray wrote:
http://tomcat.apache.org/tomcat-6.0-doc/api/org/apache/catalina/connector/ClientAbortException.html
Please provide some steps to reproduce the problem you are
describing so that I can see how adding the error directory to
the list of allowed paths makes any difference whatsoever.
Thanks
Scott
On 13/06/2010, at 12:51 PM, BJ Freeman wrote:
I beg to differ with you about it being the browser.
I have tested this many times.
I do agree, as I said, it covers up the real error. so it is not
the root but a camouflage of the problem.
and my patch does not solve anything about the real problem on
allows use to see it.
=========================
BJ Freeman
http://bjfreeman.elance.com
Strategic Power Office with Supplier
Automation<http://www.businessesnetwork.com/automation/viewforum.php?f=52>
Specialtymarket.com<http://www.specialtymarket.com/>
Systems Integrator-- Glad to Assist
Chat Y! messenger: bjfr33man
Linkedin<http://www.linkedin.com/profile?viewProfile=&key=1237480&locale=en_US&trk=tab_pro>
Scott Gray sent the following on 6/12/2010 3:55 PM:
That error has nothing to do with whatever was wrong with the
instance.
It simply means that the browser requesting the page on that
thread was either closed or was stopped by the user, so when
OFBiz tried to send the response it couldn't because the
connection had been closed.
It is a common exception and certainly not the root of any
problems.
Regards
Scott
On 11/06/2010, at 7:46 PM, Jacques Le Roux wrote:
I had to kill an reload the trunk demo this morning
We got this error
010-06-11 08:44:28,177 (TP-Processor2) [
ControlServlet.java:230:ERROR] ---- exception report
----------------------------------------------------------
Error in request handler: Exception:
org.apache.catalina.connector.ClientAbortException
Message: null
---- cause
---------------------------------------------------------------------
Exception: java.net.SocketException
Message: Broken pipe
---- stack trace
---------------------------------------------------------------
java.net.SocketException: Broken pipe
java.net.SocketOutputStream.socketWrite0(Native Method)
java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
java.net.SocketOutputStream.write(SocketOutputStream.java:136)
org.apache.jk.common.ChannelSocket.send(ChannelSocket.java:532)
org.apache.jk.common.JkInputStream.doWrite(JkInputStream.java:162)
org.apache.coyote.Response.doWrite(Response.java:560)
org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:353)
org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:434)
org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:309)
org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:288)
org.apache.catalina.connector.Response.flushBuffer(Response.java:548)
org.apache.catalina.connector.ResponseFacade.flushBuffer(ResponseFacade.java:279)
org.ofbiz.webapp.control.RequestHandler.renderView(RequestHandler.java:848)
org.ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:559)
org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:227)
javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646)
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436)
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374)
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302)
org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:706)
org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:677)
org.apache.jsp.index_jsp._jspService(index_jsp.java:56)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:377)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:268)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190)
org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:291)
org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:769)
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:698)
org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:891)
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690)
java.lang.Thread.run(Thread.java:619)
Jacques
