तपाईंको Maven wrapper डाउनलोड कुन प्रोक्सी सेटिङले नियन्त्रण गर्छ?
असफल Maven वितरण डाउनलोडका लागि प्रोक्सी कन्फिगर गर्नु अघि wrapper को bootstrap डाउनलोडर पहिचान गर्नुहोस्।
यदि Maven डाउनलोड गर्दा mvnw असफल भयो भने, settings.xml मा काम गर्ने प्रोक्सी प्रविष्टि धेरै ढिलो हुन सक्छ: Maven अझै सुरु भएको छैन।
प्रभावित checkout मा उत्पन्न wrapper फाइलहरू जाँच्नुहोस् र तिनीहरूले कुन डाउनलोडर चलाउँछन् पहिचान गर्नुहोस्। Maven Wrapper 3.3.4 ले यी व्यवस्थाहरू अभिलेख गर्छ:
| उत्पन्न प्रकार | प्रोक्सी इनपुट कहाँ खोज्ने |
|---|---|
| only-script | Unix मा curl वा wget; Windows मा PowerShell |
| script | wrapper JAR को डाउनलोड, त्यसपछि Java wrapper मार्ग |
| bin | समावेश wrapper JAR र यसको Java डाउनलोड मार्ग |
| source | bootstrap का लागि प्रयोग हुँदा समावेश Java डाउनलोडरको स्रोत |
only-script नयाँ उत्पन्न wrapper का लागि अभिलेखित पूर्वनिर्धारित हो। पुरानो checkout ले आफ्ना उत्पन्न फाइलहरू राख्छ, तपाईंले आफ्नो मेसिनमा Maven स्थापना अद्यावधिक गर्नुभए पनि।
सेटिङलाई त्यो प्रक्रियासँग मिलाउनुहोस्
curl वा wget प्रयोग गर्ने Unix only-script wrapper का लागि, त्यो डाउनलोडरले समर्थन गर्ने प्रोक्सी इन्टरफेस कन्फिगर गर्नुहोस्; HTTPS डाउनलोडले https_proxy प्रयोग गर्न सक्छ। यदि त्यो वितरण डाउनलोडले सार्वजनिक HTTP प्रोक्सी प्रयोग गर्न सक्छ भने, यो डाउनलोडरको वातावरणका लागि HTTP प्रोक्सी सूची बाट उम्मेदवार ठेगाना लिनुहोस्। यदि मानले SOCKS सर्भर भन्छ भने, डाउनलोडरले त्यो प्रोटोकल पनि समर्थन गर्नुपर्छ।
MAVEN_OPTS JVM विकल्पहरू प्रदान गर्छ। यसले shell को curl प्रक्रिया कन्फिगर गर्न सक्दैन, तर JVM प्रोक्सी गुणहरू Java डाउनलोडर मार्गमा महत्त्वपूर्ण हुन सक्छन्। पुरानो Takari समाधानलाई अर्को परियोजनाको wrapper सँग तुलना गर्दा यो उपयोगी भिन्नता हो।
वितरण डाउनलोड पूरा भएपछि र Maven सुरु भएपछि, यसको भण्डार डाउनलोडहरू Maven को आफ्नै प्रोक्सी कन्फिगरेसन विरुद्ध छुट्टै जाँच बन्छन्। वितरण, wrapper JAR र भण्डारहरू फरक होस्टहरूद्वारा उपलब्ध गराइन सक्छन्।