java - HTTP 传输错误 : java.net.SocketException:连接重置

Question

客户端应用程序已使用 Jdeveloper 10.1.3.2 构建，并在 OC4J 服务器上运行。该应用程序正在将数据发送到外部服务器应用程序。它可以工作很长时间，没有任何问题。最近发生了连接问题并生成了以下堆栈跟踪:

com.sun.xml.ws.client.ClientTransportException: HTTP transport error: java.net.SocketException: Connection reset
at com.sun.xml.ws.transport.http.client.HttpClientTransport.getOutput(HttpClientTransport.java:133)
at com.sun.xml.ws.transport.http.client.HttpTransportPipe.process(HttpTransportPipe.java:153)
at com.sun.xml.ws.transport.http.client.HttpTransportPipe.processRequest(HttpTransportPipe.java:93)
at com.sun.xml.ws.transport.DeferredTransportPipe.processRequest(DeferredTransportPipe.java:105)
at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:629)
at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:588)
at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:573)
at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:470)
at com.sun.xml.ws.client.Stub.process(Stub.java:319)
at com.sun.xml.ws.client.sei.SEIStub.doProcess(SEIStub.java:157)
at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:109)
at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:89)
at com.sun.xml.ws.client.sei.SEIStub.invoke(SEIStub.java:140)
at $Proxy44.sendRem(Unknown Source)

经过仔细观察，我发现了关于错误 sockets - What's causing my java.net.SocketException: Connection reset? 的很好的讨论。此链接中的一个答案表示问题主要来自客户端，因为如果它来自服务器端，则异常将是(SocketException 由对等方重置)。

我做了什么:我尝试借助此表单 How to change OC4J HTTP Timeout 来增加 OC4J 的套接字超时。我所做的是将属性 oracle.j2ee.http.socket.timeout 更改为 5000 而不是 500(长了 10 倍)

但是错误仍然存​​在。那么，有什么建议可以解决这个问题吗？

注意:我能够使用 telnet 命令获取外部服务器 IP 和端口，并且工作正常。

-------------------------------------------------------- ------------------------ 更新 1 ------------------------------------ --------------------

我在服务器启动时使用以下命令增加运行客户端应用程序的服务器时钟偏差:

-Dweblogic.wsee.security.clock.skew=72000000 
-Dweblogic.wsee.security.delay.max=72000000

但运气不好，问题没有解决。

-------------------------------------------------------- ------------------------ 更新 2 ------------------------------------ --------------------

我意识到问题根本不是来自应用程序；而是来自应用程序。我使用 SoapUI 测试外部 URL，并得到了相同的错误连接休息。我认为这个新的更新clreay表明程序代码没有任何问题。但我现在需要知道去哪里或检查。现在解决这个问题的出发点在哪里？任何线索都会有帮助。

Answer 1

正如您从问题中的更新 2 中看到的，问题不是来自客户端应用程序，因为 SoapUI 也发生了相同的错误。

问题在于运行客户端应用程序的计算机带宽较低，不足以进行 API 通信。通过简单的速度测试，我发现上传带宽与服务器应用程序团队给出的最低要求相比较低。

我通过使用Resource Monitor in Windows监控网络资源得出了这个事实。当客户端应用程序运行时并使用 online speed check

要解决此问题，必须增加运行客户端应用程序的机器带宽。