./gradlew schlägt mit NoSuchAlgorithmException fehl

Question

Dies ist ein Fehler beim Ausführen von ./gradlew zum ersten Mal nach dem Klonen einer vorhandenen Codebasis auf eine OSX-Box mit viel los.

Der Wrapper in Frage gibt die folgende Ausgabe (auf einem anderen System)

./gradlew -v 

------------------------------------------------------------ 
Gradle 2.12 
------------------------------------------------------------ 

Build time: 2016-03-14 08:32:03 UTC 
Build number: none 
Revision:  b29fbb64ad6b068cb3f05f7e40dc670472129bc0 

Groovy:  2.4.4 
Ant:   Apache Ant(TM) version 1.9.3 compiled on December 23 2013 
JVM:   1.8.0_92 (Oracle Corporation 25.92-b14) 
OS:   Mac OS X 10.10.5 x86_64 

Und die Ausnahme ist:

Exception in thread "main" java.net.SocketException: java.security.NoSuchAlgorithmException: Error constructing implementation (algorithm: Default, provider: SunJSSE, class: sun.security.ssl.SSLContextImpl$DefaultSSLContext) 
  at javax.net.ssl.DefaultSSLSocketFactory.throwException(SSLSocketFactory.java:198) 
  at javax.net.ssl.DefaultSSLSocketFactory.createSocket(SSLSocketFactory.java:205) 
  at sun.net.www.protocol.https.HttpsClient.createSocket(HttpsClient.java:409) 
  at sun.net.NetworkClient.doConnect(NetworkClient.java:162) 

Der Fehler ist OSX-Box in einem Firmennetzwerk, aber nicht hinter einem Proxy . Es läuft El Capitan 10.11.5 beta (15F31a) und hat Java-Version 1.7.0_79 und 1.8.0_45 (mit beiden ausfällt)

Java version "1.7.0_79" 
Java(TM) SE Runtime Environment (build 1.7.0_79-b15) 
Java HotSpot(TM) 64-Bit Server VM (build 24.79-b02, mixed mode) 

Muss ich Java aktualisieren müssen, installieren Sie eine neue cert irgendwo auf dem System , Patch Gradlew ...? Ich bin mir nicht sicher, wo ich anfangen soll. Das Internet enthält derzeit keine Hinweise für dieses Problem, das mich nicht zu toten Links führt.

Die Datei auf

$ JAVS_HOME/jre/lib/security ist

ab 2014 auf dem zerbrochene System und im letzten Monat auf einem nicht gebrochen System.

Answer 1

Wir hatten das gleiche Problem. Nicht sicher, ob es sich um die gleiche Ursache handelt, sondern scheint mit der Java-Laufzeitversion zu tun zu haben.

% java -version 
java version "1.8.0_45" 
Java(TM) SE Runtime Environment (build 1.8.0_66-b17) 
Java HotSpot(TM) 64-Bit Server VM (build 25.66-b17, mixed mode) 

Aktualisiert auf 1.8.0_66: Problem gelöst.