କେଉଁ ପ୍ରକ୍ସି ସେଟିଂ ଆପଣଙ୍କ 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 ଏବଂ ରିପୋଜିଟୋରୀଗୁଡ଼ିକ ବିଭିନ୍ନ ହୋଷ୍ଟ ଦ୍ୱାରା ପରିବେଷିତ ହୋଇପାରେ।