कोणती प्रॉक्सी सेटिंग तुमच्या 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 आणि रेपॉजिटरी वेगवेगळ्या होस्टद्वारे दिले जाऊ शकतात.