I see this with Chrome and IE. Much more so with IE. I think it's because IE closes all SSL connections if everything is not perfect where as Firefox will keep the connection open as it asks the user to verify certificates and what not.
-Javier -----Original Message----- From: Jean-Baptiste Onofré [mailto:j...@nanthrax.net] Sent: Friday, February 08, 2013 12:30 AM To: user@karaf.apache.org Subject: Re: Https Stack traces to Console 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.EofException > > at > org.eclipse.jetty.http.HttpGenerator.flushBuffer(HttpGenerator.java:92 > 1) > > 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.ja > va: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.AbstractWrappedOutputStream.write(AbstractWrappedOut > putStream.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(Bin > aryDataProvider.java:135) > > at > org.apache.cxf.jaxrs.provider.BinaryDataProvider.writeTo(BinaryDataPro > vider.java:104) > > at > org.apache.cxf.jaxrs.interceptor.JAXRSOutInterceptor.writeTo(JAXRSOutI > nterceptor.java:297) > > at > org.apache.cxf.jaxrs.interceptor.JAXRSOutInterceptor.serializeMessage( > JAXRSOutInterceptor.java:257) > > at > org.apache.cxf.jaxrs.interceptor.JAXRSOutInterceptor.processResponse(J > AXRSOutInterceptor.java:145) > > at > org.apache.cxf.jaxrs.interceptor.JAXRSOutInterceptor.handleMessage(JAX > RSOutInterceptor.java:84) > > at > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto > rChain.java:262) > > at > org.apache.cxf.interceptor.OutgoingChainInterceptor.handleMessage(Outg > oingChainInterceptor.java:77) > > at > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto > rChain.java:262) > > at > org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitia > tionObserver.java:122) > > at > org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractH > TTPDestination.java:211) > > at > org.apache.cxf.transport.servlet.ServletController.invokeDestination(S > ervletController.java:213) > > at > org.apache.cxf.transport.servlet.ServletController.invoke(ServletContr > oller.java:154) > > at > org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpri > ngServlet.java:129) > > at > org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(Abs > tractHTTPServlet.java:187) > > at > org.apache.cxf.transport.servlet.AbstractHTTPServlet.doGet(AbstractHTT > PServlet.java:115) > > at > javax.servlet.http.HttpServlet.service(HttpServlet.java:693) > > at > org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractH > TTPServlet.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.doH > andle(HttpServiceServletHandler.java:70) > > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.ja > va:119) > > at > org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java > :520) > > at > org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandle > r.java:227) > > at > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandle > r.java:941) > > at > org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(H > ttpServiceContext.java:117) > > at > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:4 > 09) > > 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.ja > va:117) > > at > org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerColle > ction.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.j > ava: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(BlockingHttpCon > nection.java:50) > > at > org.eclipse.jetty.server.bio.SocketConnector$ConnectorEndPoint.run(Soc > ketConnector.java:245) > > at > org.eclipse.jetty.server.ssl.SslSocketConnector$SslConnectorEndPoint.r > un(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.jav > a:297) > > at > com.sun.net.ssl.internal.ssl.OutputRecord.write(OutputRecord.java:286) > > at > com.sun.net.ssl.internal.ssl.SSLSocketImpl.writeRecordInternal(SSLSock > etImpl.java:748) > > at > com.sun.net.ssl.internal.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.j > ava:736) > > at > com.sun.net.ssl.internal.ssl.AppOutputStream.write(AppOutputStream.jav > a:89) > > at > 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:84 > 8) > > 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é jbono...@apache.org http://blog.nanthrax.net Talend - http://www.talend.com