On Thu, 9 Jun 2022 10:31:31 GMT, Conor Cleary <ccle...@openjdk.org> wrote:

>> **Issue**
>> It was observed that when the httpclient sends a POST request with the 
>> `Expect: 100 Continue` header set and the server replies with a response 
>> code `417 Expectation Failed` that the httpclient hangs indefinitely when 
>> the version of Http used is HTTP/2. However, it was also seen that the issue 
>> persisted with HTTP/1_1 with the same usage.
>> 
>> This was caused by an implementation in ExchangeImpl that resulted in two 
>> calls to readBodyAsync() in this case, where the second call causes the 
>> indefinite hanging (as if there was a respomse body, it has already been 
>> read).
>> 
>> **Solution**
>> When ExchangeImpl::expectContinue() detects that a response code 417 is 
>> received, two things occur. Firstly, a flag is set which ensures that the 
>> connection is closed locally in this case. Secondly, the response is 
>> returned to the client as a failed future, A unit test was added to ensure 
>> that this usage of the httpclient does not cause hanging.
>
> Conor Cleary has updated the pull request incrementally with one additional 
> commit since the last revision:
> 
>   8286171: Added teardown method and comments

test/jdk/java/net/httpclient/ExpectContinueTest.java line 286:

> 284:         resp = cf.join();
> 285:         System.err.println("Response Headers: " + resp.headers());
> 286:         System.err.println("Response Status Code: " + resp.statusCode());

Would be good to add some `assertEquals` here to verify that the status codes 
we get are those that we expect. Thanks!

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

PR: https://git.openjdk.java.net/jdk/pull/9093

Reply via email to