Gradle-Wrapper-Proxy-Einstellungen für Distributionsdownloads

Wenn gradlew seine Gradle-Distribution nicht herunterladen kann, hat der Build noch nicht begonnen. Eine Repository-Deklaration oder Netzwerkcode in einer Build-Aufgabe kann die frühere Java-Anfrage nicht konfigurieren.

Der Wrapper liest vor dem Download systemProp-Einträge aus den projekt- und benutzerbezogenen gradle.properties. Für HTTPS-Ziele:

systemProp.https.proxyHost=203.0.113.10
systemProp.https.proxyPort=8080

Verwenden Sie den Host des Endpunkts ohne vollständiges Proxy-URL-Schema und mit dem tatsächlichen Port; die HTTP-Proxyliste bietet Kandidaten für Distributionsdownloads, die öffentliche HTTP-Proxys verwenden dürfen. Benutzerwerte überschreiben Projektwerte; Systemeigenschaften der Befehlszeile haben höhere Priorität. Wenn IDE und Terminal abweichen, vergleichen Sie die Gradle-Konfigurationsquellen. Wählen Sie den vorgesehenen Projekt-/Maschinenbereich und halten Sie persönliche Proxyzugangsdaten aus versionierten Dateien heraus.

distributionUrl muss die vorgesehene Quelle der Gradle-Distribution bleiben. Es bezeichnet keinen Forward-Proxy. Eine Weiterleitung kann einen weiteren Host einführen; behalten Sie die tatsächliche fehlgeschlagene Download-URL und Richtlinie bei, statt Abhängigkeits-Repositories zu ändern.

Eine gecachte Distribution kann einer anderen Maschine erlauben, gradlew --version auszuführen, ohne diesen Download zu testen. Nach dem Bootstrap benötigen Plugin- und Abhängigkeitsanfragen weiterhin eigene Routen. Geben Sie an, ob der Fehler den Distributionsdownload vor dem Start oder den Repositoryzugriff nach dem Start von Gradle betraf; das sind verschiedene Vorgänge.