डिस्ट्रीब्यूशन डाउनलोड के लिए Gradle Wrapper प्रॉक्सी सेटिंग
बिल्ड टास्क से शुरुआती कनेक्शन ठीक होने की अपेक्षा करने के बजाय Wrapper के डिस्ट्रीब्यूशन डाउनलोड के लिए प्रॉक्सी कॉन्फ़िगर करें।
यदि Gradle डिस्ट्रीब्यूशन डाउनलोड नहीं कर पाता, तो बिल्ड शुरू नहीं हुआ है। रिपॉज़िटरी घोषणा या बिल्ड टास्क का नेटवर्क कोड पहले वाले Java अनुरोध को कॉन्फ़िगर नहीं कर सकता। gradlew
डाउनलोड से पहले Wrapper प्रोजेक्ट और उपयोगकर्ता की से प्रविष्टियाँ पढ़ता है। HTTPS लक्ष्यों के लिए: systemProp gradle.properties
systemProp.https.proxyHost=203.0.113.10
systemProp.https.proxyPort=8080पूरे प्रॉक्सी-URL स्कीम के बिना endpoint का host और वास्तविक port दें; अनुमत डाउनलोड के लिए HTTP प्रॉक्सी सूची संभावित पते देती है। उपयोगकर्ता मान प्रोजेक्ट मानों पर भारी होते हैं और कमांड-लाइन system property की प्राथमिकता अधिक होती है। IDE और टर्मिनल अलग हों तो Gradle कॉन्फ़िगरेशन स्रोतों की तुलना करें और निजी प्रमाण-पत्र commit की गई फ़ाइलों में न रखें।
को इच्छित Gradle डिस्ट्रीब्यूशन स्रोत ही रहना चाहिए। यह forward proxy नहीं बताता। Redirect दूसरा host ला सकता है; dependency repositories बदलने के बजाय असफल डाउनलोड URL और नीति रखें। distributionUrl
कैश किया गया डिस्ट्रीब्यूशन दूसरी मशीन को इस डाउनलोड के बिना चलाने दे सकता है। Bootstrap के बाद plugin और dependency के अपने रास्ते होते हैं; बताएँ कि विफलता startup से पहले हुई या Gradle शुरू होने के बाद। gradlew --version