[teststabilization] RFR: 8233403: Improve verbosity of some httpclient tests
Daniel Fuchs
daniel.fuchs at oracle.com
Tue Nov 5 15:36:04 UTC 2019
On 05/11/2019 15:25, Chris Hegarty wrote:
> So the server is getting a connection from “something else” on on the network, and your changes protect against that, right? Is there any value, from a diagnostic point of view, to emitting whatever “unexpected” data is received?
Ah - no. Actually the server is getting a "Connection Reset",
which shows up intermittently and caused the update of the
counter to be skipped.
The log had this too - unfortunately on System.out (I moved
it to System.err like the other traces since then).
java.net.SocketException: Connection reset
at java.base/sun.nio.ch.NioSocketImpl.implRead(NioSocketImpl.java:323)
at java.base/sun.nio.ch.NioSocketImpl.read(NioSocketImpl.java:350)
at java.base/sun.nio.ch.NioSocketImpl$1.read(NioSocketImpl.java:803)
at java.base/java.net.Socket$SocketInputStream.read(Socket.java:937)
at java.base/java.io.InputStream.readNBytes(InputStream.java:503)
at ShortRequestBody$Server.run(ShortRequestBody.java:261)
Why exactly we get that connection reset I'm not sure (this is
Windows) - but possibly the client detects that too many/too few
bytes are sent and closes the connection before the server has
managed to read off all the bytes.
best regards,
-- daniel
More information about the net-dev
mailing list