RFR: 8347597: HttpClient: improve exception reporting when closing connection

Jaikiran Pai jpai at openjdk.org
Tue Jan 14 10:06:42 UTC 2025


On Mon, 13 Jan 2025 16:07:45 GMT, Daniel Fuchs <dfuchs at openjdk.org> wrote:

> There are a few places in the HttpClient code base where we close the connection when some error/exception happens. This can some time trigger a race condition where closing the connection in turns causes a "connection closed locally" exception to get reported instead of the original exception. This typically happens if another thread is attempting to read from / write to the connection concurrently when the original exception that caused the connection to get closed occurred. 
> 
> The fix makes sure that we store the first exception in the underlying connection before closing it, and that this is the exception that gets subsequently reported.
> 
> Some minor drive by test fixes. No new regression test.

test/jdk/java/net/httpclient/http2/ExpectContinueResetTest.java line 104:

> 102:             testThrowable = e.getCause();
> 103:         }
> 104:         assertNotNull(exception, "Request should have completed exceptionally but exception is null");

Unlike the `assertNotNull` on the next line, I think it might be better to replace this new `assertNotNull` with a `fail(...)` inside the try block immediately after the `performRequest()` call.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/23080#discussion_r1914555193


More information about the net-dev mailing list