ഏത് പ്രോക്സി ക്രമീകരണമാണ് നിങ്ങളുടെ 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, റിപ്പോസിറ്ററികൾ എന്നിവ വ്യത്യസ്ത ഹോസ്റ്റുകൾ നൽകിയേക്കാം.