Jenkins SVN在结账期间“SSL对等方关闭不正确”

Question

我在使用 SVN 作为 SCM 通过 Jenkins 运行 maven 发布插件时遇到问题。

在检查大型项目时，我收到以下错误，我搜索了高低的分辨率，但还没有找到任何东西，这似乎是使用 SVN Kit 的 Java SVN 客户端的问题。

svn: E175002: SSL peer shut down incorrectly

12:37:17    at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64)

12:37:17    at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51)

12:37:17    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:777)

12:37:17    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:382)

12:37:17    ... 34 more

12:37:17 Caused by: svn: E175002: REPORT request failed on '/svn/mx/!svn/vcc/default'

12:37:17    at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:208)

12:37:17    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:775)

12:37:17    ... 35 more

12:37:17 Caused by: svn: E175002: SSL peer shut down incorrectly

12:37:17    at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:109)

12:37:17    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:526)

12:37:17    ... 35 more

12:37:17 Caused by: javax.net.ssl.SSLException: SSL peer shut down incorrectly

12:37:17    at com.sun.net.ssl.internal.ssl.InputRecord.readV3Record(InputRecord.java:408)

12:37:17    at com.sun.net.ssl.internal.ssl.InputRecord.read(InputRecord.java:360)

12:37:17    at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:830)

12:37:17    at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:787)

12:37:17    at com.sun.net.ssl.internal.ssl.AppInputStream.read(AppInputStream.java:75)

12:37:17    at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)

12:37:17    at java.io.BufferedInputStream.read1(BufferedInputStream.java:258)

12:37:17    at java.io.BufferedInputStream.read(BufferedInputStream.java:317)

12:37:17    at org.tmatesoft.svn.core.internal.util.ChunkedInputStream.read(ChunkedInputStream.java:75)

12:37:17    at java.util.zip.InflaterInputStream.fill(InflaterInputStream.java:221)

12:37:17    at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:141)

12:37:17    at java.util.zip.GZIPInputStream.read(GZIPInputStream.java:90)

12:37:17    at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:264)

12:37:17    at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:306)

12:37:17    at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158)

12:37:17    at java.io.InputStreamReader.read(InputStreamReader.java:167)

12:37:17    at org.tmatesoft.svn.core.internal.io.dav.http.XMLReader.read(XMLReader.java:39)

12:37:17    at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.load(XMLEntityScanner.java:1742)

12:37:17    at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.peekChar(XMLEntityScanner.java:487)

12:37:17    at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2688)

12:37:17    at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:648)

12:37:17    at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:140)

12:37:17    at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:511)

12:37:17    at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:808)

12:37:17    at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737)

12:37:17    at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:119)

12:37:17    at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205)

12:37:17    at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522)

12:37:17    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:911)

12:37:17    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:876)

12:37:17    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:220)

12:37:17    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:480)

Jenkins 允许我为标准作业重试多次结帐，所以这不是问题，因为我只是将重试次数设置为 5，最后它会到达那里。

但是在使用Maven Release Plugin进行发布时，在签出标签的阶段，SVN签出失败，整个发布失败。

我的 Maven 发布插件配置如下所示：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-release-plugin</artifactId>
    <version>2.4.2</version>
    <configuration>
        <providerImplementations>
            <svn>javasvn</svn>
        </providerImplementations>
    </configuration>
    <dependencies>
    <dependency>
        <groupId>com.google.code.maven-scm-provider-svnjava</groupId>
        <artifactId>maven-scm-provider-svnjava</artifactId>
        <version>2.0.6</version>
        <scope>compile</scope>
    </dependency>
    </dependencies>
</plugin>

已选择该 SVN 版本以匹配 Jenkins 使用的版本。

所以我的问题是：

• 如何修复该错误，我可以在任何地方设置请求超时，因为这似乎只是请求超时过早的一种情况。我在文档中找不到任何关于此的内容。
• 我可以告诉 Maven 发布插件在签出标签时重试多次签出吗？

Answer 1

如果我正确理解错误消息，这不是 SVN 客户端的问题，而是服务器的问题。

您是否可以控制托管 SVN 存储库的服务器？在这种情况下，您可能应该增加服务器的 http 超时（我假设您通过 https 执行 svn ），看看是否可以解决您的问题。

TimeOut如果您使用 Apache，您应该在 httpd.conf 文件中查找。

更新：

如果情况确实是本机 svn 客户端从来没有任何问题，我建议使用该客户端而不是版本javasvn。如果我理解正确的话，maven 中的默认 svn 实现是使用命令行客户端，因此删除maven-scm-provider-svnjava依赖项和<svn>javasvn</svn>配置，并应使用默认值。（我不是maven向导，你可能需要进行其他更改，当然你可能需要svn在maven可以找到它的地方）