Nondik lortzen ditu Gradlek proxy ezarpenak

Jarraitu Gradleren JVM proxy propietateak, erabiltzailearen home ezarpenak eta bezeroaren ingurunea; ez pentsatu daemonak aldagai berriak beti baztertzen dituenik.

IDE batetik abiarazitako Gradle build batek terminaletik abiarazitako proiektu berak baino konfigurazio desberdina erabil dezake. Proxy prozesu zaharrari errua bota aurretik, alderatu abiarazte bakoitzeko Gradle user home, JVM eta proxy propietateak.

Gradlek JVM proxy propietateak dokumentatzen ditu

HTTP eta HTTPS bideetarako, properties fitxategiak hau izan dezake:

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

Erabili esleitutako endpointa; baimendutako biltegi publikoetarako bideetan, HTTP proxy zerrendak hautagai diren host eta portu bikoteak ematen ditu. HTTPS bypass propietatea ere http.nonProxyHosts da; https.nonProxyHosts asmatzea ez da dokumentatutako konponbidea. Host propietateek helbidea dute, ez proxy URL osoa.

Shell batean HTTP_PROXY esportatzeak ez du berez frogatzen JVM bezero honek proxy politika gisa erabiltzen duenik. Egiaztatu aplikazioak onartzen dituen propietateak.

Daemonak build informazioa jasotzen du

Gradleren egungo dokumentazioak dio bezeroak build informazioa, ingurune aldagaiak barne, daemonari bidaltzen diola. Beraz, «daemonak ez du inoiz ingurune aldagai berririk jasotzen» azalpen orokorra ez da zehatza.

JVM abiarazteko propietate batzuk, trust-store propietateak barne, aldaezinak dira martxan dagoen JVM batean. Hori dela eta, Java home edo trust-store abiarazteko konfigurazio aldatuek garrantzia izan dezakete build inguruko ohiko balioak igortzen direnean ere.

Konparatu bi abiarazteak

Egiaztatu IDEak zein Gradle banaketa eta Java runtime hautatzen dituen. Egiaztatu terminalaren GRADLE_USER_HOME eta erabiltzaile-propietate berak erabiltzen dituen. Erabiltzaile baten konfigurazioko proxy sarrera batek ez du erakusten beste testuinguru batek zer kargatu duen.

Aldatutako abiarazte-eskakizunak beste daemon bat behar badu, erabili dagokion Gradle bertsioaren daemon kontrol dokumentatuak. Ez erabili daemonak gelditzea propietate okerra edo falta den konfigurazio-fitxategia bilatzearen ordez.

Azkenik, identifikatu huts egin duen eskaera. Wrapper deskargak, build mendekotasunen ebazpena eta bifurkatutako aplikazio edo proba prozesuen eskaerak ez dira automatikoki sare-testuinguru bera. Egiaztatu eskaera egiten duen prozesua Gradle propietate batek kontrolatzea espero aurretik.

Erlazionatutako artikuluak