Paramètres proxy du Gradle Wrapper pour télécharger la distribution

Si gradlew échoue à télécharger sa distribution Gradle, le build n’a pas encore commencé. Une déclaration de dépôt ou du code réseau dans une tâche de build ne peut pas configurer cette requête Java antérieure.

Le Wrapper lit les entrées systemProp dans les gradle.properties du projet et de l’utilisateur avant le téléchargement. Pour les destinations HTTPS :

systemProp.https.proxyHost=203.0.113.10
systemProp.https.proxyPort=8080

Utilisez l’hôte du point de terminaison sans schéma complet d’URL de proxy et avec son port réel ; la liste des proxys HTTP propose des candidats pour les téléchargements de distributions autorisés à utiliser des proxys HTTP publics. Les valeurs utilisateur remplacent celles du projet ; les propriétés système de la ligne de commande ont une priorité supérieure. Si l’IDE et le terminal diffèrent, comparez les sources de configuration de Gradle. Choisissez la portée projet/machine voulue et gardez les identifiants personnels du proxy hors des fichiers versionnés.

distributionUrl doit rester la source prévue de la distribution Gradle. Il ne désigne pas un proxy direct. Une redirection peut introduire un autre hôte ; conservez l’URL réelle du téléchargement échoué et la politique plutôt que de modifier les dépôts de dépendances.

Une distribution en cache peut permettre à une autre machine d’exécuter gradlew --version sans tester ce téléchargement. Après l’amorçage, les requêtes de plugins et de dépendances ont toujours besoin de leurs propres routes. Précisez si l’échec concernait le téléchargement de la distribution avant le démarrage ou l’accès au dépôt après le démarrage de Gradle ; ce sont des opérations différentes.