Web服務客戶端遇到了 'java.net.SocketException異常：連接復位'

Question

問題

我們必須部署在WebLogic服務器10.3.1提供HTTP Web服務的Java EE應用程序。我們把它叫做'服務器'。另一個在另一臺機器上的tomcat上部署的Java應用程序，它將向服務器發出Web服務調用，我們稱之爲「客戶端」。客戶端和服務器應用程序都在使用Axis。

有機會，該客戶端將失敗，並異常

"java.net.SocketException: Connection reset 
    at java.net.SocketInputStream.read(SocketInputStream.java:168)", 

1分鐘後，服務器應用程序日誌顯示：

org.apache.axis.Message ERROR - 
java.io.IOException: java.net.SocketException: Socket closed 
    at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:99). 

它沒有一天不超過5次。服務器上的Web服務請求總量少於幾百個。而且在服務器長時間「休息」之後它似乎往往會失敗：每天早上的第一次通話可能會失敗（我們在晚上沒有商業服務）。

例外堆棧是：

客戶端：

Caused by: java.net.SocketException: Connection reset 
at java.net.SocketInputStream.read(SocketInputStream.java:168) 
at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) 
at java.io.BufferedInputStream.read(BufferedInputStream.java:235) 
at java.io.FilterInputStream.read(FilterInputStream.java:66) 
at org.apache.xerces.impl.XMLEntityManager$RewindableInputStream.read(Unknown Source) 
at org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown Source) 
at org.apache.xerces.impl.XMLVersionDetector.determineDocVersion(Unknown Source) 
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) 
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) 
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) 
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) 
at javax.xml.parsers.SAXParser.parse(SAXParser.java:375) 
at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:227) 
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696) 
... 12 more 

服務器端：

2013-03-06 08:37:29,491 org.apache.axis.Message ERROR - java.io.IOException: 
java.net.SocketException: Socket closed 
    at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:99) 
    at java.net.SocketOutputStream.write(SocketOutputStream.java:137) 
    at weblogic.servlet.internal.ChunkOutput.writeChunkNoTransfer(ChunkOutput.java:530) 
    at weblogic.servlet.internal.ChunkOutput.writeChunks(ChunkOutput.java:487) 
    at weblogic.servlet.internal.ChunkOutput.flush(ChunkOutput.java:382) 
    at weblogic.servlet.internal.CharsetChunkOutput.flush(CharsetChunkOutput.java:315) 
    at weblogic.servlet.internal.ChunkOutput$2.checkForFlush(ChunkOutput.java:580) 
    at weblogic.servlet.internal.CharsetChunkOutput.write(CharsetChunkOutput.java:222) 
    at weblogic.servlet.internal.ChunkOutputWrapper.write(ChunkOutputWrapper.java:146) 
    at weblogic.servlet.internal.ServletOutputStreamImpl.write(ServletOutputStreamImpl.java:138) 
    at org.apache.axis.utils.ByteArray.writeTo(ByteArray.java:375) 
    at org.apache.axis.SOAPPart.writeTo(SOAPPart.java:265) 
    at org.apache.axis.Message.writeTo(Message.java:539) 
    at org.apache.axis.transport.http.AxisServlet.sendResponse(AxisServlet.java:902) 
    at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:777) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) 
    at org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:327) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:821) 
    at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227) 
    at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125) 
    at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:292) 
    at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:27) 
    at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:57) 
    at org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:170) 
    at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:237) 
    at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:168) 
    at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:57) 
    at org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter.doFilterInternal(OpenEntityManagerInViewFilter.java:112) 
    at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76) 
    at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:57) 
    at com.ulic.ucia.framework.util.AppFilter.doFilter(AppFilter.java:48) 
    at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:57) 
    at com.ebao.pub.framework.AppFilter.doFilter(AppFilter.java:101) 
    at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:57) 
    at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3588) 
    at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) 
    at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121) 
    at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2200) 
    at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2106) 
    at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1428) 
    at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201) 
    at weblogic.work.ExecuteThread.run(ExecuteThread.java:173) 

當客戶端失敗，我們檢查應用程序日誌和數據庫，事實證明，商業交易總是成功的。 Weblogic服務器以某種方式無法寫入HTTP響應。 Weblogic服務器日誌文件說：

BEA 101366服務器在配置的超時值期間無法發送HTTP消息。插座已關閉。

排序日誌和一些分析

兩個服務器有NTP服務。我簡化，按時間排序的服務器日誌和客戶端日誌以獲得更清晰的視野，

2013-03-06 08:36:18,755 Web Service Client  began it's work 
2013-03-06 08:36:18,758 Web Service Client make http calls and wait for response 
2013-03-06 08:36:19,039 APP on WLS   received request 
2013-03-06 08:36:24,553 APP on WLS   app log says transaction finished with a success. 
2013-03-06 08:36:24,575 Web Service Client received java.net.SocketException: Connection reset」 
2013-03-06 08:37:29,491 APP on WLS  org.apache.axis.Message ERROR - java.io.IOException:java.net.SocketException: Socket closed 

最值得注意的是，客戶端的時候，服務器應用程序剛剛結束程序等待6秒後收到連接復位。所以我認爲它必須與服務器有關。當weblogic由於某種原因試圖發送http響應時，服務器機器發出'TCP RST'，但是這是什麼原因？ 對於我所知道的，有兩種情況（可能會更多）'RST'將在Java應用程序中發送。 Java線程在未關閉套接字的情況下結束，tcp堆棧將向套接字發送「RST」以指示錯誤 Tcp堆棧在「逗留」時間之後未能發送所有數據。

現在我的大腦已經窒息，不知道下一步該做什麼。任何建議將不勝感激。

Answer 1

嘗試在虛假中設置軸2 CHUNKED HTTP連接屬性。某些Web服務器無法處理沒有內容長度標頭的HTTP，並且客戶端因Socket異常而失敗。

serviceProxy = new FunctionsServiceStub(...); 
Options options = serviceProxy._getServiceClient().getOptions(); 
options.setProperty(org.apache.axis2.transport.http.HTTPConstants.CHUNKED, Boolean.FALSE);