કઈ પ્રોક્સી સેટિંગ તમારા 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 અને રિપોઝિટરીઓ જુદા જુદા હોસ્ટ દ્વારા પરોવાઈ શકે છે.