There are no available Samebug tips for this exception. Do you have an idea how to solve this issue? A short tip would help users who saw this issue last week.

  • Remote Collection isn't working?
    via GitHub by equake
  • GitHub comment 1216#157919836
    via GitHub by wenerme
  • We are using Server-Sent Events to allow our client application to listen to events raised by our Jersey server. This works great. We have a requirement for our server to have an accurate list of currently-connected SSE callers (instances of our client application). To this end, our server sends a tiny message to each client (via eventOutput.write) once every five seconds. If our client is shut down while SSE-connected, or if the remote computer is powered off while SSE-connected, our server's eventOutput.write call correctly throws the ClientAbortException/SocketException exception shown below. That's perfect: we catch the exception, and mark that client as no longer connected. The problem: there are two cases where calling eventOutput.write to a no-longer-connected computer does NOT throw an exception: 1) if the Ethernet cable of the remote computer is disconnected while the client is SSE-connected, and 2) if the network adapter in the remote computer is turned off (e.g., by an administrator) while the client is SSE-connected. In these two cases, eventOutput.write does not throw an exception. We can call eventOutput.write to the remote computer every five seconds for hours and no exception is thrown. This makes it impossible to detect that the remote computer is no longer connected. To sum up, there are four cases: 1) Client software is shut down: eventOutput.write() correctly throws an exception. 2) Computer running client software is powered down: eventOutput.write() correctly throws an exception. 3) Etherhet cable is disconnected from computer running client software: eventOutput.write does not detect broken connection. 4) Network adapter on computer running client software is turned off: eventOutput.write does not detect broken connection. Here is the (good/useful) exception we get in cases where eventOutput.write DOES throw the exception we want: {code} org.apache.catalina.connector.ClientAbortException: null at org.apache.catalina.connector.OutputBuffer.doFlush( ~[catalina.jar:7.0.53] at org.apache.catalina.connector.OutputBuffer.flush( ~[catalina.jar:7.0.53] at org.apache.catalina.connector.CoyoteOutputStream.flush( ~[catalina.jar:7.0.53] at org.glassfish.jersey.servlet.internal.ResponseWriter$NonCloseableOutputStreamWrapper.flush( ~[jaxrs-ri-2.13.jar:2.13.] at org.glassfish.jersey.message.internal.CommittingOutputStream.flush( ~[jaxrs-ri-2.13.jar:2.13.] at org.glassfish.jersey.server.ChunkedOutput$ ~[jaxrs-ri-2.13.jar:2.13.] at org.glassfish.jersey.server.ChunkedOutput$ ~[jaxrs-ri-2.13.jar:2.13.] at org.glassfish.jersey.internal.Errors.process( ~[jaxrs-ri-2.13.jar:2.13.] at org.glassfish.jersey.internal.Errors.process( ~[jaxrs-ri-2.13.jar:2.13.] at org.glassfish.jersey.process.internal.RequestScope.runInScope( ~[jaxrs-ri-2.13.jar:2.13.] at org.glassfish.jersey.server.ChunkedOutput.flushQueue( ~[jaxrs-ri-2.13.jar:2.13.] at org.glassfish.jersey.server.ChunkedOutput.write( ~[jaxrs-ri-2.13.jar:2.13.] at com.appserver.webservice.AgentSsePollingManager$ ~[AgentSsePollingManager$ConnectionChecker.class:na] at java.util.concurrent.Executors$ [na:1.7.0_71] at java.util.concurrent.FutureTask.runAndReset( [na:1.7.0_71] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301( [na:1.7.0_71] at java.util.concurrent.ScheduledThreadPoolExecutor$ [na:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker( [na:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$ [na:1.7.0_71] at [na:1.7.0_71] Caused by: Broken pipe at Method) ~[na:1.7.0_71] at ~[na:1.7.0_71] at ~[na:1.7.0_71] at org.apache.coyote.http11.InternalOutputBuffer.realWriteBytes( ~[tomcat-coyote.jar:7.0.53] at org.apache.tomcat.util.buf.ByteChunk.flushBuffer( ~[tomcat-coyote.jar:7.0.53] at org.apache.coyote.http11.InternalOutputBuffer.flush( ~[tomcat-coyote.jar:7.0.53] at org.apache.coyote.http11.AbstractHttp11Processor.action( ~[tomcat-coyote.jar:7.0.53] at org.apache.coyote.Response.action( ~[tomcat-coyote.jar:7.0.53] at org.apache.catalina.connector.OutputBuffer.doFlush( ~[catalina.jar:7.0.53] ... 19 common frames omitted {code}
    via by ricb,
  • GitHub comment 354#227147357
    via GitHub by oGuzee
    • Broken pipe at Method) at at at at at$AbstractUnsafe.flush0( at$AbstractNioUnsafe.flush0( at$AbstractUnsafe.flush( at$HeadContext.flush( at at at at at org.glowroot.agent.shaded.netty.handler.codec.http2.Http2ConnectionHandler.flush( at at at at at at at org.glowroot.agent.shaded.grpc.netty.WriteQueue.flush( at org.glowroot.agent.shaded.grpc.netty.WriteQueue.access$000( at org.glowroot.agent.shaded.grpc.netty.WriteQueue$ at org.glowroot.agent.shaded.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks( at at org.glowroot.agent.shaded.netty.util.concurrent.SingleThreadEventExecutor$ at java.util.concurrent.ThreadPoolExecutor.runWorker( at java.util.concurrent.ThreadPoolExecutor$

    Users with the same issue

    8 times, last one,
    1802 times, last one,
    Unknown visitor
    Unknown visitor1 times, last one,
    Unknown visitor
    Unknown visitor2 times, last one,
    Nikolay RybakNikolay Rybak
    1 times, last one,
    355 more bugmates