Java 将JRE升级到8u65后无法调用Web服务

我在windows计算机上的IIS上托管了一个web服务。在我将Java升级到JRE 8u65之前，一切都很顺利

现在它在调用web服务时抛出以下异常

线程“main”java.net.SocketException中出现异常：异常结束 服务器上的文件 sun.net.www.http.HttpClient.parseHTTPHeader（未知源）位于 sun.net.www.http.HttpClient.parseHTTP（未知源）位于 sun.net.www.http.HttpClient.parseHTTPHeader（未知源）位于 sun.net.www.http.HttpClient.parseHTTP（未知源）位于 sun.net.www.protocol.http.HttpURLConnection.getInputStream0（未知 来源）在 sun.net.www.protocol.http.HttpURLConnection.getInputStream（未知 源代码）位于java.net.HttpURLConnection.getResponseCode（未知源代码） 在 sun.net.www.protocol.https.HttpsURLConnectionImpl.getResponseCode（未知 （来源）

注意：之前我使用的是JRE 8u60。这方面的任何帮助都是非常有帮助的

---

提前谢谢

您向我们展示的stacktrace来自web服务的Java客户端。意思是服务器在发送HTTP响应之前已经关闭了网络连接

---

此stacktrace中没有证据说明web服务为什么会这样做。证据可能在服务日志中。

Web服务是通过https提供的吗？我猜旧JRE的cacerts中安装了证书颁发机构证书，而现在使用新的JRE则没有安装证书颁发机构证书。但这是一个盲目的猜测。验证旧的JRE是否仍然有效。谢谢！旧JREworks@rjdkolb-有趣的理论，但我认为这会给出不同的客户端异常和不同的堆栈跟踪。客户端将无法发送HTTP请求（因为SSL/TLS协商将失败），但stacktrace表明请求已发送，客户端正在尝试读取服务器的回复。Stephen C，没错，它位于套接字层，而不是TLS层。正如你在回答中所说，@Srik91需要查看日志，那里可能有更多信息。问题是没什么可谈的，但如果我使用JRE 8u60，同样的web服务工作得很好，这似乎是我最新版本中的一个问题。