No kurienes Gradle saņem starpniekservera iestatījumus

Izsekojiet Gradle JVM starpniekservera īpašībām, lietotāja mājas direktorijas iestatījumiem un klienta vidi, nevis pieņemiet, ka dēmons vienmēr ignorē jaunos mainīgos.

No IDE palaista Gradle būve var izmantot citu konfigurāciju nekā tas pats projekts, kas palaists terminālī. Pirms vainojat novecojušu starpniekservera procesu, salīdziniet Gradle lietotāja mājas direktoriju, JVM un starpniekservera īpašības katrā palaišanā.

Gradle dokumentē JVM starpniekservera īpašības

HTTP un HTTPS maršrutu īpašību fails var saturēt:

systemProp.http.proxyHost=203.0.113.10
systemProp.http.proxyPort=8080
systemProp.https.proxyHost=203.0.113.10
systemProp.https.proxyPort=8080
systemProp.http.nonProxyHosts=localhost|*.example.internal

Izmantojiet piešķirto galapunktu; atļautajiem maršrutiem uz publiskiem repozitorijiem HTTP starpniekserveru saraksts piedāvā kandidātu resursdatora un porta pārus. HTTPS apiešanas īpašība ir arī http.nonProxyHosts; izdomāt https.nonProxyHosts nav dokumentēts labojums. Resursdatora īpašības satur adresi, nevis pilnu starpniekservera URL.

HTTP_PROXY eksportēšana čaulā pati par sevi nepierāda, ka šis JVM klients to izmanto kā starpniekservera politiku. Pārbaudiet lietojumprogrammas atbalstītās īpašības.

Dēmons saņem būves informāciju

Pašreizējā Gradle dokumentācija norāda, ka klients nosūta dēmonam būves informāciju, tostarp vides mainīgos. Tāpēc vispārīgais skaidrojums “dēmons nekad nesaņem jaunus vides mainīgos” ir neprecīzs.

Dažas JVM palaišanas īpašības, tostarp uzticamības krātuves īpašības, darbojošai JVM ir nemainīgas. Tādēļ mainīta Java mājas direktorija vai uzticamības krātuves palaišanas konfigurācija var būt svarīga pat tad, ja parastās būves vides vērtības tiek nodotas tālāk.

Salīdziniet abas palaišanas

Pārbaudiet, kuru Gradle distribūciju un Java izpildlaiku izvēlas IDE. Pārbaudiet, vai tā izmanto to pašu GRADLE_USER_HOME un lietotāja īpašības, ko terminālis. Starpniekservera ieraksts viena lietotāja konfigurācijā nenosaka, ko ielādēja cits konteksts.

Ja mainītai palaišanas prasībai vajadzīgs cits dēmons, izmantojiet dokumentētās dēmona vadīklas attiecīgajai Gradle versijai. Neuzskatiet dēmonu apturēšanu par aizstājēju nepareizas īpašības vai trūkstoša konfigurācijas faila atrašanai.

Visbeidzot nosakiet, kurš pieprasījums neizdevās. Wrapper lejupielādes, būves atkarību atrisināšana un sazarotu lietojumprogrammas vai testu procesu pieprasījumi automātiski nav viens tīkla konteksts. Pirms gaidāt, ka Gradle īpašība to kontrolēs, pārbaudiet procesu, kas veic pieprasījumu.

Saistītie raksti