Gradle Wrapper-proxyindstillinger til download af distribution
Konfigurer proxyadgang til Wrapperens download af distributionen i stedet for at forvente, at build-opgaver reparerer den første forbindelse.
Hvis gradlew ikke kan downloade sin Gradle-distribution, er buildet ikke startet. En repository-erklæring eller netværkskode i en build-opgave kan ikke konfigurere den tidligere Java-anmodning.
Wrapperen læser systemProp-poster fra projektets og brugerens gradle.properties før download. For HTTPS-destinationer:
systemProp.https.proxyHost=203.0.113.10
systemProp.https.proxyPort=8080Brug endpointets host uden et komplet proxy-URL-skema og den faktiske port; HTTP-proxylisten tilbyder kandidater til distributionsdownloads, der må bruge offentlige HTTP-proxyer. Brugerværdier overskriver projektværdier; systemegenskaber fra kommandolinjen har højere prioritet. Hvis IDE og terminal er uenige, sammenlign Gradle-konfigurationskilderne. Vælg det ønskede projekt-/maskinomfang, og hold personlige proxyoplysninger ude af filer, der commit’es.
distributionUrl skal fortsat være den tilsigtede Gradle-distributionskilde. Den navngiver ikke en forward proxy. En omdirigering kan introducere en anden host; behold den faktiske mislykkede download-URL og politikken i stedet for at ændre afhængighedsrepositories.
En cachet distribution kan lade en anden maskine køre gradlew --version uden at gennemføre dette download. Når bootstrap er færdig, har plugin- og afhængighedsanmodninger stadig brug for egne ruter. Angiv, om fejlen var distributionsdownload før opstart eller repositoryadgang efter Gradle startede; det er forskellige operationer.