RFR: 8349670: HttpServer: sending interim responses fails after JDK-7026262 [v21]

[Josiah Noel]

On Fri, 10 Oct 2025 16:42:42 GMT, Daniel Fuchs <dfuchs at openjdk.org> wrote:

>> In any case, no matter what option we go with to support 100-continue the automatic sending logic present now will have to be moved/modified as adding a new method doesn't change the fact that 100-continue is being sent before handlers are called. Perhaps we should focus more on that part before we add new methods that don't actually change the situation
>
>> In any case, no matter what option we go with to support 100-continue the automatic sending logic present now will have to be moved/modified as adding a new method doesn't change the fact that 100-continue is being sent before handlers are called. Perhaps we should focus more on that part before we add new methods that don't actually change the situation
> 
> True. But it would at least allow us to test that status code `123` is properly discarded.

> @dfuch it is invalid in the client, the client if it sets the Expect 100-Continue should not send the body until it receives the 100 Continue. See the rfc.

okay they should but the rfc also allows for the client to send the body before receiving 100 because servers might ignore the Expect header

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

PR Comment: https://git.openjdk.org/jdk/pull/27069#issuecomment-3391190551