Re: RFR [13] 8217429: WebSocket over authenticating proxy fails to send Upgrade headers

2019-01-25 Thread Pavel Rappo
> On 25 Jan 2019, at 17:04, Chris Hegarty wrote: > > I moved the code to common.Utils, to avoid any unnecessary dependency. Thanks. >> 2. Why does this change add server.close() to each and every test method of >> WebSocketTest? If I'm not mistaken that's what @AfterTest public void >>

Re: RFR [13] 8217429: WebSocket over authenticating proxy fails to send Upgrade headers

2019-01-25 Thread Daniel Fuchs
Thanks Chris. Makes sense, and looks good! best regards, -- daniel On 25/01/2019 17:07, Chris Hegarty wrote: Daniel, On 25 Jan 2019, at 15:34, Daniel Fuchs wrote: Hi Chris, Looks good. I had the same question than Pavel about server.close(). Answered already in reply to Pavel’s

Re: RFR [13] 8217429: WebSocket over authenticating proxy fails to send Upgrade headers

2019-01-25 Thread Chris Hegarty
Daniel, > On 25 Jan 2019, at 15:34, Daniel Fuchs wrote: > > Hi Chris, > > Looks good. > I had the same question than Pavel about server.close(). Answered already in reply to Pavel’s question. > No test for both proxy + server authorization with > -Djdk.http.auth.tunneling.disabledSchemes ?

Re: RFR [13] 8217429: WebSocket over authenticating proxy fails to send Upgrade headers

2019-01-25 Thread Chris Hegarty
Pavel, > On 25 Jan 2019, at 15:16, Pavel Rappo wrote: > > Chris, thanks for doing this! I have two questions on this change. > > 1. After this change has been applied, there will be a circular dependency > between HttpRequestImpl and OpeningHandshake. If this code is used by these > two >

Re: RFR [13] 8217429: WebSocket over authenticating proxy fails to send Upgrade headers

2019-01-25 Thread Daniel Fuchs
Hi Chris, Looks good. I had the same question than Pavel about server.close(). No test for both proxy + server authorization with -Djdk.http.auth.tunneling.disabledSchemes ? cheers, -- daniel On 25/01/2019 14:21, Chris Hegarty wrote: When tunneling WebSocket over a proxy requiring

Re: RFR [13] 8217429: WebSocket over authenticating proxy fails to send Upgrade headers

2019-01-25 Thread Pavel Rappo
Chris, thanks for doing this! I have two questions on this change. 1. After this change has been applied, there will be a circular dependency between HttpRequestImpl and OpeningHandshake. If this code is used by these two classes maybe we are better off extracting it into some (already existing)

Re: [13] RFR (doc): 8217627: HttpClient: The API documentation of BodySubscribers::mapping promotes bad behavior

2019-01-25 Thread Chris Hegarty
> On 25 Jan 2019, at 14:10, Daniel Fuchs wrote: > > Hi, > > Please find below a doc clarification change for: > > 8217627: HttpClient: The API documentation of BodySubscribers::mapping > promotes bad behavior > https://bugs.openjdk.java.net/browse/JDK-8217627 > > webrev: >

RFR [13] 8217429: WebSocket over authenticating proxy fails to send Upgrade headers

2019-01-25 Thread Chris Hegarty
When tunneling WebSocket over a proxy requiring authentication, the implementation must ensure that the appropriate Upgrade headers are not lost after the tunnel has been established. The source changes are quite straight forward, the remaining bulk of the changes are to address a deficiency in

[13] RFR (doc): 8217627: HttpClient: The API documentation of BodySubscribers::mapping promotes bad behavior

2019-01-25 Thread Daniel Fuchs
Hi, Please find below a doc clarification change for: 8217627: HttpClient: The API documentation of BodySubscribers::mapping promotes bad behavior https://bugs.openjdk.java.net/browse/JDK-8217627 webrev: http://cr.openjdk.java.net/~dfuchs/webrev_8217627/webrev.00 New API doc: For

NIO based SocketImpl to replace legacy PlainSocketImpl

2019-01-25 Thread Alan Bateman
I've created a branch in the sandbox, named "niosocketimpl-branch", with a prototype SocketImpl implementation based on the infrastructure in sun.nio.ch package that supports the NIO channel implementations. The branch also includes the changes to java.net.Socket and ServerSocket to use