Hi Eliot,
On 04/10/2019 22:13, Elliot Barlas wrote:
Why is HttpClient behaving this way? Browsers certainly doin't do this.
Am I missing a config option?
Thanks for reporting this. I believe this is a bug - I have logged
https://bugs.openjdk.java.net/browse/JDK-8232625
In the mean time - I'd
Net-dev, I'm attempting to use java.net.http.HttpClient to make a login form
submission and follow a sequence of redirects. To my surprise, the HttpClient
redirect internals (jdk.internal.net.http.HttpRequestImpl) seem to carry the
original request body into subsequent requests. In my case, that
Thanks all!
Here's CSR for the fix: https://bugs.openjdk.java.net/browse/JDK-8232600
> On 18 Oct 2019, at 15:30, Julia Boes wrote:
>
>
> 1) Maybe add @Override to `public boolean usingProxy()`. ( pre-existing issue
> )
>
> 2) Maybe move the return on 3040 to a new line. Also use the curly braces
> consistently, or not at all ;-)
>
> That's right! Thanks for reviewing, Chr
1) Maybe add @Override to `public boolean usingProxy()`. ( pre-existing issue )
2) Maybe move the return on 3040 to a new line. Also use the curly braces
consistently, or not at all ;-)
That's right! Thanks for reviewing, Chris. I added those two changes.
Updated webrev:
http://cr.openjdk.j
> On 18 Oct 2019, at 10:02, Julia Boes wrote:
>
> Hi,
>
> Chris and Daniel provided some off-list feedback regarding the
> ProxySelector::select call. It returns a list of proxies, which could be
> dynamic. Each call can potentially return a different list of proxies so it's
> not desirable
Hi,
Chris and Daniel provided some off-list feedback regarding the
ProxySelector::select call. It returns a list of proxies, which could be
dynamic. Each call can potentially return a different list of proxies so
it's not desirable to make that call twice. An alternative is to
maintain a clas
