I could be the Jetty JUL Logger configuration as well, we have a take a
look around that IMHO.
Regards
JB
On 02/08/2013 09:39 AM, Achim Nierbeck wrote:
Hi,
I think this is an issue of the eclipse Jetty. Cause why would it dump
such an exception to the console.
This probably is a System.out somewhere in the jetty code.
regards, Achim
2013/2/8 Jean-Baptiste Onofré <[email protected] <mailto:[email protected]>>
Hi Javier,
did you see this behavior only with IE or with Firefox as well ?
Thanks,
Regards
JB
On 02/08/2013 01:15 AM, Javier Delgadillo wrote:
Hoping someone can help with this one. We’re using Karaf 2.2.9
and we
recently enabled https. Now everytime someone connects to the https
port using IE, we see **tons** of stack traces coming from Jetty
on the
console like this one:
org.eclipse.jetty.io <http://org.eclipse.jetty.io>.__EofException
at
org.eclipse.jetty.http.__HttpGenerator.flushBuffer(__HttpGenerator.java:921)
at
org.eclipse.jetty.http.__AbstractGenerator.flush(__AbstractGenerator.java:452)
at
org.eclipse.jetty.server.__HttpOutput.flush(HttpOutput.__java:94)
at
org.eclipse.jetty.server.__HttpConnection$Output.flush(__HttpConnection.java:1010)
at
org.eclipse.jetty.server.__HttpOutput.write(HttpOutput.__java:173)
at
org.eclipse.jetty.server.__HttpOutput.write(HttpOutput.__java:101)
at
org.apache.cxf.io
<http://org.apache.cxf.io>.__AbstractWrappedOutputStream.__write(__AbstractWrappedOutputStream.__java:46)
at org.apache.cxf.helpers.__IOUtils.copy(IOUtils.java:141)
at
org.apache.cxf.helpers.__IOUtils.copyAndCloseInput(__IOUtils.java:109)
at
org.apache.cxf.jaxrs.provider.__BinaryDataProvider.__copyInputToOutput(__BinaryDataProvider.java:135)
at
org.apache.cxf.jaxrs.provider.__BinaryDataProvider.writeTo(__BinaryDataProvider.java:104)
at
org.apache.cxf.jaxrs.__interceptor.__JAXRSOutInterceptor.writeTo(__JAXRSOutInterceptor.java:297)
at
org.apache.cxf.jaxrs.__interceptor.__JAXRSOutInterceptor.__serializeMessage(__JAXRSOutInterceptor.java:257)
at
org.apache.cxf.jaxrs.__interceptor.__JAXRSOutInterceptor.__processResponse(__JAXRSOutInterceptor.java:145)
at
org.apache.cxf.jaxrs.__interceptor.__JAXRSOutInterceptor.__handleMessage(__JAXRSOutInterceptor.java:84)
at
org.apache.cxf.phase.__PhaseInterceptorChain.__doIntercept(__PhaseInterceptorChain.java:__262)
at
org.apache.cxf.interceptor.__OutgoingChainInterceptor.__handleMessage(__OutgoingChainInterceptor.java:__77)
at
org.apache.cxf.phase.__PhaseInterceptorChain.__doIntercept(__PhaseInterceptorChain.java:__262)
at
org.apache.cxf.transport.__ChainInitiationObserver.__onMessage(__ChainInitiationObserver.java:__122)
at
org.apache.cxf.transport.http.__AbstractHTTPDestination.__invoke(__AbstractHTTPDestination.java:__211)
at
org.apache.cxf.transport.__servlet.ServletController.__invokeDestination(__ServletController.java:213)
at
org.apache.cxf.transport.__servlet.ServletController.__invoke(ServletController.java:__154)
at
org.apache.cxf.transport.__servlet.CXFNonSpringServlet.__invoke(CXFNonSpringServlet.__java:129)
at
org.apache.cxf.transport.__servlet.AbstractHTTPServlet.__handleRequest(__AbstractHTTPServlet.java:187)
at
org.apache.cxf.transport.__servlet.AbstractHTTPServlet.__doGet(AbstractHTTPServlet.__java:115)
at
javax.servlet.http.__HttpServlet.service(__HttpServlet.java:693)
at
org.apache.cxf.transport.__servlet.AbstractHTTPServlet.__service(AbstractHTTPServlet.__java:166)
at
org.eclipse.jetty.servlet.__ServletHolder.handle(__ServletHolder.java:547)
at
org.eclipse.jetty.servlet.__ServletHandler.doHandle(__ServletHandler.java:480)
at
org.ops4j.pax.web.service.__jetty.internal.__HttpServiceServletHandler.__doHandle(__HttpServiceServletHandler.__java:70)
at
org.eclipse.jetty.server.__handler.ScopedHandler.handle(__ScopedHandler.java:119)
at
org.eclipse.jetty.security.__SecurityHandler.handle(__SecurityHandler.java:520)
at
org.eclipse.jetty.server.__session.SessionHandler.__doHandle(SessionHandler.java:__227)
at
org.eclipse.jetty.server.__handler.ContextHandler.__doHandle(ContextHandler.java:__941)
at
org.ops4j.pax.web.service.__jetty.internal.__HttpServiceContext.doHandle(__HttpServiceContext.java:117)
at
org.eclipse.jetty.servlet.__ServletHandler.doScope(__ServletHandler.java:409)
at
org.eclipse.jetty.server.__session.SessionHandler.__doScope(SessionHandler.java:__186)
at
org.eclipse.jetty.server.__handler.ContextHandler.__doScope(ContextHandler.java:__875)
at
org.eclipse.jetty.server.__handler.ScopedHandler.handle(__ScopedHandler.java:117)
at
org.eclipse.jetty.server.__handler.HandlerCollection.__handle(HandlerCollection.java:__149)
at
org.eclipse.jetty.server.__handler.HandlerWrapper.handle(__HandlerWrapper.java:110)
at
org.eclipse.jetty.server.__Server.handle(Server.java:349)
at
org.eclipse.jetty.server.__HttpConnection.handleRequest(__HttpConnection.java:441)
at
org.eclipse.jetty.server.__HttpConnection$RequestHandler.__headerComplete(HttpConnection.__java:919)
at
org.eclipse.jetty.http.__HttpParser.parseNext(__HttpParser.java:582)
at
org.eclipse.jetty.http.__HttpParser.parseAvailable(__HttpParser.java:218)
at
org.eclipse.jetty.server.__BlockingHttpConnection.handle(__BlockingHttpConnection.java:__50)
at
org.eclipse.jetty.server.bio.__SocketConnector$__ConnectorEndPoint.run(__SocketConnector.java:245)
at
org.eclipse.jetty.server.ssl.__SslSocketConnector$__SslConnectorEndPoint.run(__SslSocketConnector.java:663)
at
org.eclipse.jetty.util.thread.__QueuedThreadPool.runJob(__QueuedThreadPool.java:598)
at
org.eclipse.jetty.util.thread.__QueuedThreadPool$3.run(__QueuedThreadPool.java:533)
at java.lang.Thread.run(Thread.__java:662)
Caused by: java.net.SocketException: Connection reset by peer:
socket
write error
at java.net.SocketOutputStream.__socketWrite0(Native
Method)
at
java.net.SocketOutputStream.__socketWrite(__SocketOutputStream.java:92)
at
java.net.SocketOutputStream.__write(SocketOutputStream.java:__136)
at
com.sun.net.ssl.internal.ssl.__OutputRecord.writeBuffer(__OutputRecord.java:297)
at
com.sun.net.ssl.internal.ssl.__OutputRecord.write(__OutputRecord.java:286)
at
com.sun.net.ssl.internal.ssl.__SSLSocketImpl.__writeRecordInternal(__SSLSocketImpl.java:748)
at
com.sun.net.ssl.internal.ssl.__SSLSocketImpl.writeRecord(__SSLSocketImpl.java:736)
at
com.sun.net.ssl.internal.ssl.__AppOutputStream.write(__AppOutputStream.java:89)
at
org.eclipse.jetty.io
<http://org.eclipse.jetty.io>.__ByteArrayBuffer.writeTo(__ByteArrayBuffer.java:354)
at
org.eclipse.jetty.io.bio.__StreamEndPoint.flush(__StreamEndPoint.java:164)
at
org.eclipse.jetty.io.bio.__StreamEndPoint.flush(__StreamEndPoint.java:182)
at
org.eclipse.jetty.http.__HttpGenerator.flushBuffer(__HttpGenerator.java:848)
Is there any way to suppress that exception short-of upgrading
Jetty?
Is that even possible without upgrading to a more recent version
of Karaf?
--
Javier Delgadillo
Esri / Implementation Services
(909) 793-2853 x1068
--
Jean-Baptiste Onofré
[email protected] <mailto:[email protected]>
http://blog.nanthrax.net
Talend - http://www.talend.com
--
Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer
& Project Lead
OPS4J Pax for Vaadin <http://team.ops4j.org/wiki/display/PAXVAADIN/Home>
Commiter & Project Lead
blog <http://notizblog.nierbeck.de/>
--
Jean-Baptiste Onofré
[email protected]
http://blog.nanthrax.net
Talend - http://www.talend.com
