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

[Daniel Fuchs]

On Thu, 9 Oct 2025 14:04:58 GMT, Josiah Noel <duke at openjdk.org> wrote:

>> Following the guideline of the last comment on [JDK-8349670](https://bugs.openjdk.org/browse/JDK-8349670?focusedId=14794649&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14794649), resolves the issue where sending a 1xx status code would close the input stream, preventing the server from reading the body. 
>> 
>> - When a 1xx status code is sent by `sendResponseHeaders`, the input/output streams will not be closed prematurely.
>> - sentHeaders will not be set to true when sending 1xx status codes
>> - 100-continue will be sent automatically when trying to read the inputstream if `Expect: 100-continue` header is present
>
> Josiah Noel has updated the pull request incrementally with two additional commits since the last revision:
> 
>  - Update InputRead100Test.java
>  - actually fail if sent twice

> [actually fail if sent twice](https://github.com/openjdk/jdk/pull/27069/commits/b022de38565f92783b52631298f441faee5806be)

I am not sure I understand that. The client should expect to receive 100 twice in that case, since we haven't changed the server auto-handling of 100 continue behavior in this PR.
It would also be good to test that a made up `123` informational code can be sent (and received) several times before the final response.

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

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