BTW this could also include callbacks for redirects (and maybe even retries?).
Gruß,
Bernd
--
https://bernd.eckenfels.net
Von: net-dev <net-dev-r...@openjdk.org> im Auftrag von Jaikiran Pai <jai.forums2...@gmail.com>
Gesendet: Dienstag, Januar 28, 2025 3:05 PM
An: net-dev@openjdk.org <net-dev@openjdk.org>
Betreff: Re: https://bugs.openjdk.org/browse/JDK-8294196
Thank you Julian for this. We do plan to pursue this enhancement further
Gesendet: Dienstag, Januar 28, 2025 3:05 PM
An: net-dev@openjdk.org <net-dev@openjdk.org>
Betreff: Re: https://bugs.openjdk.org/browse/JDK-8294196
with the inputs that we have received so far. Once the change/PR is
ready for review, I'll respond here.
-Jaikiran
On 09/01/25 8:00 pm, Julian Reschke wrote:
> Hi there.
>
> I'd like to get back to the topic
>
> "Investigate introducing an API on the HttpClient which allows
> applications to get access to "interim" HTTP responses" --
> https://bugs.openjdk.org/browse/JDK-8294196
>
> To avoid confusion: the *bugs* with respect to handling 1xx responses
> have been thankfully fixed (see
> https://github.com/openjdk/jdk/pull/10229 and
> https://github.com/openjdk/jdk/pull/10169).
>
> What's still missing is a way to actually inspect the contents of the
> 1xx messages while waiting for a final response (status >= 200). That
> could be a callback that provides the status code and the response
> header fiels when 1xx messages are received.
>
> This would be useful when processing 103 messages (Early Hints - RFC
> 8297) or 104 messages (Upload Resumption Supported - used for
> "draft-ietf-httpbis-resumable-upload").
>
> Use cases are summarized over here:
>
> https://github.com/greenbytes/java-http-1xx-tests
>
> (tests live here as well).
>
> Let me know if more information is needed.
>
> Best regards, Julian
Gruß,
Bernd
--
https://bernd.eckenfels.net
