Од каде Gradle ги добива поставките за прокси

Следете ги JVM својствата за прокси на Gradle, поставките на корисничкиот дом и околината на клиентот наместо да претпоставувате дека демонот секогаш ги игнорира новите променливи.

Gradle изработка стартувана од IDE може да користи различна конфигурација од истиот проект стартуван од терминал. Пред да обвините застарен прокси процес, споредете го корисничкиот дом на Gradle, JVM и прокси својствата за секое стартување.

Gradle ги документира JVM својствата за прокси

Датотека со својства за HTTP и HTTPS рути може да содржи:

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

Користете ја доделената крајна точка; за дозволени рути до јавни складишта, листата на HTTP проксија дава кандидатски парови од хост и порта. Својството за заобиколување HTTPS е исто така http.nonProxyHosts; измислувањето на https.nonProxyHosts не е документирано решение. Својствата на хостот содржат адреса, а не целосен URL на прокси.

Извозот на HTTP_PROXY во школка сам по себе не докажува дека овој JVM клиент го користи како своја прокси политика. Проверете ги својствата што ги поддржува апликацијата.

Демонот навистина прима информации за изработката

Тековната документација на Gradle вели дека клиентот му испраќа на демонот информации за изработката, вклучувајќи ги променливите на околината. Затоа општото објаснување „демонот никогаш не прима нови променливи на околината“ е неточно.

Некои стартни својства на JVM, вклучувајќи ги својствата на складиштето за доверба, се непроменливи за JVM што работи. Затоа променет Java home или стартна конфигурација на складиштето за доверба може да биде важна дури и кога се пренесуваат вообичаените вредности на околината за изработката.

Споредете ги двете стартувања

Проверете која дистрибуција на Gradle и кое Java runtime го избира IDE. Проверете дали ги користи истото GRADLE_USER_HOME и корисничките својства како терминалот. Прокси запис во конфигурацијата на еден корисник не покажува што вчитал друг контекст.

Ако променето стартно барање има потреба од друг демон, користете ги документираните контроли на демонот за соодветната верзија на Gradle. Не го третирајте запирањето на демони како замена за наоѓање погрешно својство или датотека со конфигурација што недостасува.

Конечно, идентификувајте го барањето што не успеало. Преземањата на Wrapper, разрешувањето на зависности на изработката и барањата од раздвоени процеси на апликација или тестови не се автоматски еден мрежен контекст. Проверете го процесот што го прави барањето пред да очекувате Gradle својството да го контролира.

Поврзани статии