Налаштування проксі Gradle Wrapper для завантаження дистрибутива
Налаштуйте доступ через проксі для завантаження дистрибутива Wrapper, а не очікуйте, що завдання збірки виправлять початкове з’єднання.
Якщо gradlew не може завантажити дистрибутив Gradle, збірка ще не почалася. Оголошення репозиторію або мережевий код у завданні збірки не може налаштувати попередній запит Java.
Перед завантаженням Wrapper читає записи systemProp із проектного та користувацького gradle.properties. Для HTTPS-цілей:
systemProp.https.proxyHost=203.0.113.10
systemProp.https.proxyPort=8080Використовуйте хост кінцевої точки без повної схеми URL проксі та з фактичним портом; список HTTP-проксі пропонує кандидатів для завантажень дистрибутивів, яким дозволено використовувати загальнодоступні HTTP-проксі. Значення користувача переважають проектні, а системні властивості командного рядка мають вищий пріоритет. Якщо IDE і термінал розходяться, порівняйте джерела конфігурації Gradle. Виберіть потрібну область проекту/машини й не зберігайте особисті облікові дані проксі у файлах для commit.
distributionUrl має залишатися призначеним джерелом дистрибутива Gradle. Це не ім’я прямого проксі. Перенаправлення може додати інший хост; зберігайте фактичний URL невдалого завантаження та політику замість зміни репозиторіїв залежностей.
Кешований дистрибутив може дозволити іншій машині запустити gradlew --version без перевірки цього завантаження. Після початкового запуску запитам плагінів і залежностей усе одно потрібні власні маршрути. Зазначте, чи помилка була під час завантаження дистрибутива до запуску або під час доступу до репозиторію після старту Gradle; це різні операції.