[ https://issues.apache.org/jira/browse/SOLR-13778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16995524#comment-16995524 ]
Robert Muir commented on SOLR-13778: ------------------------------------ {quote} Adding javax.net.ssl.SSLException to retriable exceptions makes the test pass. But I don't know if it's a good fix; I don't know who came up with "retriable" classes or why they're there in the first place. Neither can I explain the difference between the two (seems like a different underlying close operation on sockets). {quote} The list comes from http client. Some retry is listed in http/1.1 specs, because it reuses one underlying connection for multiple requests and so on (e.g. keep-alive can time out). But here SocketException gets boxed in an SSLException so it doesn't happen? > Windows JDK SSL Test Failure trend: SSLException: Software caused connection > abort: recv failed > ----------------------------------------------------------------------------------------------- > > Key: SOLR-13778 > URL: https://issues.apache.org/jira/browse/SOLR-13778 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Reporter: Chris M. Hostetter > Priority: Major > Attachments: dumps-LegacyCloud.zip, logs-2019-12-12-1.zip > > > Now that Uwe's jenkins build has been correctly reporting it's build results > for my [automated > reports|http://fucit.org/solr-jenkins-reports/failure-report.html] to pick > up, I've noticed a pattern of failures that indicate a definite problem with > using SSL on Windows (even with java 11.0.4 > ) > The symptommatic stack traces all contain... > {noformat} > ... > [junit4] > Caused by: javax.net.ssl.SSLException: Software caused > connection abort: recv failed > [junit4] > at > java.base/sun.security.ssl.Alert.createSSLException(Alert.java:127) > ... > [junit4] > Caused by: java.net.SocketException: Software caused > connection abort: recv failed > [junit4] > at > java.base/java.net.SocketInputStream.socketRead0(Native Method) > ... > {noformat} > I suspect this may be related to > [https://bugs.openjdk.java.net/browse/JDK-8209333] but i have no concrete > evidence to back this up. > I'll post some details of my analysis in comments... -- This message was sent by Atlassian Jira (v8.3.4#803005) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org For additional commands, e-mail: issues-h...@lucene.apache.org