On Fri, 10 Oct 2025 16:42:42 GMT, Daniel Fuchs <[email protected]> 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
