Jenkins SVN "SSL peer nicht ordnungsgemäß heruntergefahren" während der Kaufabwicklung
Ich habe ein Problem laufen maven-release-plugin durch Jenkins mit SVN als der SCM.
Beim Check-out große Projekte bekomme ich die folgende Fehlermeldung, Ich habe gesucht hoch und niedrig für eine Auflösung, aber nicht mit etwas kommen, bis und doch, es scheint ein Problem mit der Java-SVN-client, ist mit SVN Kit.
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 erlaubt mir, mich zu wiederholen-die Kasse eine Anzahl von Zeiten für standard-Arbeitsplätze, so dass sein nicht ein problem, da ich nur die Anzahl der Wiederholungen auf 5 und es wird dort am Ende.
Jedoch bei der Verwendung der Maven-Release-Plugin zum ausführen eines release, in der Phase, wo der tag ausgecheckt ist, ist die SVN checkout scheitert und der ganze release fehlschlägt.
Mein Maven-release-plugin-config sieht wie folgt aus:
<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-version ausgewählt wurde, entsprechend der verwendeten version von Jenkins.
Also meine Frage ist entweder:
- Wie um diesen Fehler zu beheben, kann ich eine Zeitüberschreitung der Anforderung überall, wie es scheint, ist es nur ein Fall von der Anfrage ein Timeout zu früh. Ich konnte nicht finden, alles, was in den docs für diese.
- Kann ich sagen, Maven-release-plugin, um erneut die Kasse eine Anzahl von Zeiten beim Check-out den tag?
- Laufen Sie Ihren builds mit Java 6?
- Ja, die mit Java 6
- Könnten Sie bitte versuchen Sie, Ihren build mit Java 7 und führen Sie ein neues Maven-Release? Vielleicht ist das problem auf einen bug mit SVNKit und Java 6.
- Hmmm, ist das ein bekannter Fehler? Wir sind mit Java 6 über den Vorstand und cant upgrade um diesen Fehler zu beheben sowieso
- Werfen Sie einen Blick auf jira.atlassian.com/browse/BAM-10604
- Scheint ein anderer Fehler trotzdem
- Aber die Ausnahme wird ausgelöst, nachdem readV3Record also vielleicht verwandt ist.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Verstehe ich die Fehlermeldung richtig ist dies nicht ein Problem bei der SVN-client Seite sondern auf dem server.
Sind Sie die Kontrolle über den server, dass hosts Ihre SVN-repository? In diesem Fall sollten Sie wahrscheinlich erhöhen Sie die http-timeout (ich nehme an, Sie tun svn über https) an den server und sehen, ob das Ihr problem behebt.
Wenn Sie Apache verwenden, die Sie suchen sollten
TimeOut
in Ihrer httpd.conf-Datei.UPDATE:
Wenn die situation ist wirklich, dass die native svn-client hat nie irgendwelche Probleme, ich würde vorschlagen, dass man statt der
javasvn
version. Wenn ich es richtig verstehe, die Standard-svn-Umsetzung in maven ist die Verwendung der Kommandozeilen-client, so entfernen Sie diemaven-scm-provider-svnjava
Abhängigkeit und die<svn>javasvn</svn>
config und die standardmäßig verwendet werden soll. (Ich bin kein maven-Assistenten, müssen Sie möglicherweise änderungen vor, und natürlich müssen Sie wahrscheinlich svn irgendwo, wo maven kann es finden)