మీ Maven Wrapper డౌన్లోడ్ను ఏ proxy సెట్టింగ్ నియంత్రిస్తుంది?
విఫలమైన Maven పంపిణీ డౌన్లోడ్ కోసం proxyని కాన్ఫిగర్ చేయడానికి ముందు wrapper యొక్క bootstrap డౌన్లోడర్ను గుర్తించండి.
Maven డౌన్లోడ్ అవుతున్నప్పుడు mvnw విఫలమైతే, settings.xmlలో పనిచేసే proxy ఎంట్రీ చాలా ఆలస్యం కావచ్చు: Maven ఇంకా ప్రారంభం కాలేదు.
ప్రభావిత checkoutలో ఉత్పత్తి అయిన wrapper ఫైల్లను పరిశీలించి, అవి ఏ డౌన్లోడర్ను నడుపుతున్నాయో గుర్తించండి. Maven Wrapper 3.3.4 ఈ ఏర్పాట్లను డాక్యుమెంట్ చేస్తుంది:
| ఉత్పత్తి అయిన రకం | proxy ఇన్పుట్ కోసం ఎక్కడ చూడాలి |
|---|---|
| only-script | Unixలో curl లేదా wget; Windowsలో PowerShell |
| script | wrapper JAR డౌన్లోడ్, తర్వాత Java wrapper మార్గం |
| bin | చేర్చబడిన wrapper JAR మరియు దాని Java డౌన్లోడ్ మార్గం |
| source | bootstrap కోసం ఉపయోగించినప్పుడు చేర్చబడిన Java డౌన్లోడర్ మూలం |
కొత్తగా ఉత్పత్తి అయిన wrapperలకు only-script డాక్యుమెంట్ చేయబడిన డిఫాల్ట్. పాత checkout మీ మెషీన్లో Maven ఇన్స్టాలేషన్ను అప్డేట్ చేసినా తన ఉత్పత్తి ఫైల్లను ఉంచుకుంటుంది.
సెట్టింగ్ను ఆ ప్రక్రియకు సరిపోల్చండి
curl లేదా wget ఉపయోగించే Unix only-script wrapper కోసం, ఆ డౌన్లోడర్ మద్దతు ఇచ్చే proxy ఇంటర్ఫేస్ను కాన్ఫిగర్ చేయండి; HTTPS డౌన్లోడ్ https_proxy ఉపయోగించవచ్చు. ఆ పంపిణీ డౌన్లోడ్ పబ్లిక్ HTTP proxyని ఉపయోగించవచ్చు అయితే, ఈ డౌన్లోడర్ వాతావరణానికి HTTP proxy జాబితా నుండి ఒక అభ్యర్థి చిరునామా తీసుకోండి. విలువ SOCKS సర్వర్ను సూచిస్తే, డౌన్లోడర్ ఆ ప్రోటోకాల్కు కూడా మద్దతు ఇవ్వాలి.
MAVEN_OPTS JVM ఎంపికలను అందిస్తుంది. ఇది shell యొక్క curl ప్రక్రియను కాన్ఫిగర్ చేయలేదు, కానీ Java డౌన్లోడర్ మార్గంలో JVM proxy లక్షణాలు ముఖ్యమైనవి కావచ్చు. పాత Takari పరిష్కారాన్ని మరో ప్రాజెక్ట్ wrapperతో పోల్చినప్పుడు ఇది ఉపయోగకరమైన భేదం.
పంపిణీ డౌన్లోడ్ పూర్తయి Maven ప్రారంభమైన తర్వాత, దాని repository డౌన్లోడ్లు Maven స్వంత proxy కాన్ఫిగరేషన్కు వ్యతిరేకంగా ప్రత్యేక తనిఖీగా మారుతాయి. పంపిణీ, wrapper JAR మరియు repositoryలు వేర్వేరు హోస్ట్ల నుండి అందించబడవచ్చు.