On Fri, 10 Oct 2025 10:14:03 GMT, Michael McMahon <[email protected]> wrote:
> 103 103 is for http2, and a lot of clients won't even accept it if the connection is not on http2 > If it's the response headers returned from getResponseHeaders then is this > map cleared after the intermediate response or is the user supposed to clear > it? Does this work? alright going back to 101 for a second, there is no difficulty, as the 101 _is_ the final response with the final headers, rather than other codes. I can toss this PR and get back exclusively to 101 if we decide the effects for 100-continue are undesirable. > If we are supporting 100 Continue now (under user control) does the expected > behavior work? If a client sends a request with an Expect: 100-Continue > header and waits for the intermediate response before sending the request > body, does this actually work? We removed that behavior from this PR, but while it was in here ([4b00588](https://github.com/openjdk/jdk/pull/27069/commits/4b0058886cf10b1703426acc4131453c46636645#diff-04936de6755028a0d5eb76804c124f811dca641818ef59a2201566d01c3c1441R163-R167)), it worked as expected, the client waited for the manually sent 100 code to send the body and everything. ------------- PR Comment: https://git.openjdk.org/jdk/pull/27069#issuecomment-3390079283
