Gradle Wrapper-proxyinstellings vir verspreidingsaflaaie
Stel proxytoegang vir die Wrapper se verspreidingsaflaai op, eerder as om te verwag dat boubtalletake die aanvanklike verbinding herstel.
As gradlew nie sy Gradle-verspreiding kan aflaai nie, het die bou nog nie begin nie. ’n Bewaarplekverklaring of netwerkkode in ’n boubtallek kan nie daardie vroeëre Java-versoek instel nie.
Die Wrapper lees systemProp-inskrywings uit projek- en gebruiker-gradle.properties voordat dit aflaai. Vir HTTPS-bestemmings:
systemProp.https.proxyHost=203.0.113.10
systemProp.https.proxyPort=8080Gebruik jou eindpunt se gasheer sonder ’n volledige proxy-URL-skema en sy werklike poort; die HTTP-proxylys bied kandidate vir verspreidingsaflaaie wat openbare HTTP-proxy’s mag gebruik. Gebruikerwaardes oorskryf projekwaardes; stelsel-eienskappe op die opdragreël het hoër voorkeur. Vergelyk die Gradle-konfigurasiebronne as die IDE en terminaal verskil. Kies die bedoelde projek-/masjienscope en hou persoonlike proxybewyse uit toegewysde lêers.
distributionUrl moet die bedoelde Gradle-verspreidingsbron bly. Dit benoem nie ’n voorwaartse proxy nie. ’n Herleiding kan ’n ander gasheer bekendstel; behou die werklike mislukte aflaai-URL en beleid eerder as om afhanklikheidsbewaarplekke te verander.
’n Gekaste verspreiding kan ’n ander masjien toelaat om gradlew --version te laat loop sonder om hierdie aflaai te toets. Ná die aanvanklike opstart benodig inprop- en afhanklikheidsversoeke steeds hul eie roetes. Meld of die mislukking die verspreidingsaflaai vóór opstart was of bewaarplektoegang ná Gradle begin het; dit is verskillende bewerkings.