Failing to upload repo to github using eclipse 201912 -SSL protocol_version [message #1818859] |
Mon, 30 December 2019 14:33  |
Eclipse User |
|
|
|
Hi, everyone....
I'm a little baffled with this. I'm trying the usual forum solutions and they seem not to be working for me.
I'm trying to upload a project to (that is an enterprise github). Which I did fine with 201903 version.
The error shown is
org.eclipse.jgit.api.errors.TransportException: WTF CENSORSHIP NOT ALLOWING ME TO PLACE AN HTTPS ADDRESS HERE :D
at org.eclipse.jgit.api.LsRemoteCommand.execute(LsRemoteCommand.java:222)
at org.eclipse.jgit.api.LsRemoteCommand.call(LsRemoteCommand.java:161)
at org.eclipse.egit.core.op.ListRemoteOperation.run(ListRemoteOperation.java:116)
at org.eclipse.egit.ui.internal.components.AsynchronousListOperation.run(AsynchronousListOperation.java:78)
at org.eclipse.egit.ui.internal.dialogs.CancelableFuture$1.run(CancelableFuture.java:280)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)
Caused by: org.eclipse.jgit.errors.TransportException: YETANOTHER CENSORSHIP NO I CANT PLACE A LINK HERE BECAUSE IM A NEW USER: cannot open git-upload-pack
at org.eclipse.jgit.transport.TransportHttp.connect(TransportHttp.java:626)
at org.eclipse.jgit.transport.TransportHttp.openFetch(TransportHttp.java:392)
at org.eclipse.jgit.api.LsRemoteCommand.execute(LsRemoteCommand.java:200)
... 5 more
Caused by: javax.net.ssl.SSLException: Received fatal alert: protocol_version
at com.ibm.jsse2.k.a(k.java:32)
at com.ibm.jsse2.k.a(k.java:37)
at com.ibm.jsse2.av.b(av.java:549)
at com.ibm.jsse2.av.a(av.java:715)
at com.ibm.jsse2.av.i(av.java:574)
at com.ibm.jsse2.av.a(av.java:280)
at com.ibm.jsse2.av.startHandshake(av.java:431)
at org.apache.http.conn.ssl.SSLConnectionSocketFactory.createLayeredSocket(SSLConnectionSocketFactory.java:396)
at org.apache.http.conn.ssl.SSLConnectionSocketFactory.connectSocket(SSLConnectionSocketFactory.java:355)
at org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:142)
at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:373)
at org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:394)
at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:237)
at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:185)
at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89)
at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:108)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:56)
at org.eclipse.jgit.transport.http.apache.HttpClientConnection.execute(HttpClientConnection.java:261)
at org.eclipse.jgit.transport.http.apache.HttpClientConnection.getResponseCode(HttpClientConnection.java:238)
at org.eclipse.jgit.util.HttpSupport.response(HttpSupport.java:229)
at org.eclipse.jgit.transport.TransportHttp.connect(TransportHttp.java:540)
... 7 more
What did I try
1) Changed the running java to 1.8
2) Added the https.protocols=TLSv1.1,TLSv1.2 to the eclipse.ini
I've falled back to the 201903 version, and it works fine from there. Is there a new configuration I'm not aware about in the 201912 version?
|
|
|
|
|
|
|
Re: Failing to upload repo to github using eclipse 201912 -SSL protocol_version [message #1818921 is a reply to message #1818918] |
Thu, 02 January 2020 10:11   |
Eclipse User |
|
|
|
Re: Vogons
Yeah, that a new release of some software might have some release notes is really a surprise, isn't it. ;-)
It isn't really hidden. Every release of Eclipse comes with a "New & Noteworthy" page, the one for 2019-12 is linked there and is at https://www.eclipse.org/eclipseide/2019-12/noteworthy/ . The EGit New & Noteworthy in turn is linked there. Reading the release notes (i.e., New & Noteworthy pages) when upgrading is a good idea. :-) We could probably link to the EGit N&N from more places, though.
Re: Default setting:
No, we chose the new Apache HTTP as default setting on purpose to shake out bugs. The Apache HTTP client is not new code, and it has been well tested, but -- as I see now -- only on OpenJDK. Frankly said, that IBM in their infinite "wisdom" chose to implement this SSLContext.getInstance() differently than OpenJDK is a big surprise. But it's not a show-stopper; there's a work-around by setting that system property or by switching back to Java built-in HTTP, and the next release of EGit will contain code to make this work with Apache HTTP on IBM JDK without having to set that system property.
|
|
|
|
Powered by
FUDForum. Page generated in 0.25296 seconds