Gradle прокси баптауларын қайдан алады

Gradle JVM прокси қасиеттерін, пайдаланушының үй каталогы баптауларын және клиент ортасын бақылаңыз; демон жаңа айнымалыларды үнемі елемейді деп ойламаңыз.

IDE-ден іске қосылған Gradle жинағы терминалдан іске қосылған сол жобадан басқа конфигурация қолдануы мүмкін. Ескі прокси процесін кінәламас бұрын әр іске қосудағы 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 емес, мекенжай болады.

Shell ішінде HTTP_PROXY экспорттау бұл JVM клиенті оны прокси саясаты ретінде қолданатынын өздігінен дәлелдемейді. Қолданба қолдайтын қасиеттерді тексеріңіз.

Демон жинақ ақпаратын алады

Қазіргі Gradle құжаттамасы клиент жинақ ақпаратын, соның ішінде орта айнымалыларын, демонға жіберетінін айтады. Сондықтан «демон жаңа орта айнымалыларын ешқашан алмайды» деген жалпы түсіндірме дәл емес.

Сенім қоймасы қасиеттерін қоса, кейбір JVM іске қосу қасиеттері жұмыс істеп тұрған JVM үшін өзгермейді. Демек қалыпты жинақ ортасы мәндері берілсе де өзгерген Java home немесе сенім қоймасының іске қосу конфигурациясы маңызды болуы мүмкін.

Екі іске қосылуды салыстырыңыз

IDE қай Gradle дистрибутиві мен Java орындау ортасын таңдағанын тексеріңіз. Оның терминалдағыдай GRADLE_USER_HOME және пайдаланушы қасиеттерін қолданатынын тексеріңіз. Бір пайдаланушы конфигурациясындағы прокси жазбасы басқа контекст нені жүктегенін көрсетпейді.

Өзгерген іске қосу талабы басқа демонды қажет етсе, тиісті Gradle нұсқасының құжатталған демон басқаруларын пайдаланыңыз. Демондарды тоқтатуды қате қасиетті немесе жетіспейтін конфигурация файлын табудың орнына қоймаңыз.

Соңында сәтсіз болған сұрауды анықтаңыз. Wrapper жүктеулері, жинақ тәуелділіктерін шешу және бөлінген қолданба не тест процестерінің сұраулары автоматты түрде бір желілік контекст емес. Gradle қасиеті оны басқарады деп күтпей тұрып, сұрауды жасайтын процесті тексеріңіз.

Қатысты мақалалар