Hi! > I'm trying to understand exactly which failure mode is affected > by the underlying change. I think you're describing the case > where a connection reset occurs while the SSL handshake is > being performed over an established TCP connection, and the > desired retry behavior is to reconnect (over a new > TCP connection) and negotiate TLS from scratch. Is this correct? The most frequently observed behavior is a Connection Close from the remote end after the request is fully sent and the client is awaiting the response (after SSLHandshake was successfully done). The request is no longer retried by HttpClients default RequestRetryHandler, because the underlying SocketException on the SSLSocket used is now wrapped inside a SSLException. Those are generally ignored, because retrying the request for any of this exception's sub classes is usually not meaningful.
Thanks, Eric PS: Sorry for the late response, I had some issues with the mailing list subscription. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
