Maven proxy ପ୍ଲଗଇନ ଚଲାଇବା ପୂର୍ବରୁ ସେଥିରେ ପହଞ୍ଚିବା ଆବଶ୍ୟକ

ନେଟୱାର୍କ ମଧ୍ୟରେ ଘୂରୁଥିବା ଲାପଟପ ପାଇଁ ସ୍ୱୟଂଚାଳିତ proxy ପ୍ଲଗଇନ ଆଦର୍ଶ ଶୁଣାଯାଏ। କିନ୍ତୁ ଏକ ଅସୁବିଧାଜନକ ପ୍ରଥମ ଅନୁରୋଧ ଅଛି: Maven କୁ ପ୍ଲଗଇନ ନିଜେ ପାଇବା ପାଇଁ proxy ଆବଶ୍ୟକ ହୋଇପାରେ।

ପ୍ଲଗଇନ ଲକ୍ଷ୍ୟ Maven ଏହାର କାର୍ଯ୍ୟାନ୍ୱୟନ ଓ ଆବଶ୍ୟକ ଆର୍ଟିଫ୍ୟାକ୍ଟ ସମାଧାନ କରି ଲୋଡ୍ କଲାପରେ ହିଁ ଚାଲେ। ସେହି କାର୍ଯ୍ୟାନ୍ୱୟନ ଭିତରେ proxy ଆବିଷ୍କାର କାର୍ଯ୍ୟାନ୍ୱୟନ ଆରମ୍ଭ ପୂର୍ବରୁ ବିଫଳ ହେଉଥିବା ଡାଉନଲୋଡକୁ ସାହାଯ୍ୟ କରିପାରିବ ନାହିଁ। ସମ୍ପୂର୍ଣ୍ଣ ଯୋଗ୍ୟ ପ୍ଲଗଇନ କୋର୍ଡିନେଟ ବ୍ୟବହାର କଲେ ପ୍ରିଫିକ୍ସ ସନ୍ଧାନ ଏଡାଇ ହେବ; କିନ୍ତୁ ଖାଲି ସ୍ଥାନୀୟ ଭଣ୍ଡାରରେ ପ୍ଲଗଇନ ଆର୍ଟିଫ୍ୟାକ୍ଟ ଦେଖାଯିବ ନାହିଁ।

ପୁରୁଣା Autoproxy Maven ପ୍ଲଗଇନ ଏହି ପାର୍ଥକ୍ୟ ଦେଖାଏ। ଏହାର README proxy-vole ମାଧ୍ୟମରେ proxy ଆବିଷ୍କାର ବର୍ଣ୍ଣନା କରେ, କିନ୍ତୁ ଏହାର ଲକ୍ଷ୍ୟ ଡାକିବା ପୂର୍ବରୁ ପ୍ଲଗଇନ ସ୍ଥାନୀୟଭାବେ ସ୍ଥାପନ କରିବା ମଧ୍ୟ ବର୍ଣ୍ଣନା କରେ। ଏହାକୁ ସେହି ନିର୍ଦ୍ଦିଷ୍ଟ ଡିଜାଇନର ପୂର୍ବଶର୍ତ୍ତ ଭାବନ୍ତୁ, Maven ସାର୍ବଜନୀନଭାବେ ବ୍ରାଉଜରର PAC ସେଟିଂ ପଢ଼େ ବୋଲି ପ୍ରମାଣ ନୁହେଁ।

ପ୍ରଥମ ସମାଧାନକୁ ସ୍ପଷ୍ଟ ମାର୍ଗ ଦିଅନ୍ତୁ

ଯେଉଁ ନେଟୱାର୍କରେ ଭଣ୍ଡାର ପ୍ରବେଶ ପାଇଁ HTTP proxy ଆବଶ୍ୟକ, ସେହି କଲ ବ୍ୟବହାର କରୁଥିବା Maven ସେଟିଂରେ ଉପଯୁକ୍ତ ସକ୍ରିୟ proxy ବିନ୍ୟାସ କରନ୍ତୁ। ଅନୁମୋଦିତ ସାର୍ବଜନୀନ-ଭଣ୍ଡାର ବୁଟଷ୍ଟ୍ରାପ ପାଇଁ, HTTP proxy ତାଲିକାରୁ HTTP ପ୍ରାର୍ଥୀ ବାଛନ୍ତୁ। ବାହ୍ୟ ମାର୍ଗ ବିନା ପହଞ୍ଚାଯାଉଥିବା ଅନୁମୋଦିତ ଆଭ୍ୟନ୍ତରୀଣ ଭଣ୍ଡାର ମଧ୍ୟ ପ୍ରାରମ୍ଭିକ ପ୍ରବେଶ ସମସ୍ୟା ସମାଧାନ କରିପାରେ। ଯେକୌଣସି ଉପାୟ ପ୍ଲଗଇନ ଓ ଏହାର ନିର୍ଭରତା ଅନ୍ତର୍ଭୁକ୍ତ କରିବା ଆବଶ୍ୟକ, କେବଳ ଆପ୍ଲିକେସନର ନିର୍ଭରତା ନୁହେଁ।

ପୂର୍ବରୁ ଭରା ସ୍ଥାନୀୟ ଭଣ୍ଡାର ବୁଟଷ୍ଟ୍ରାପ ଆବଶ୍ୟକତା ଲୁଚାଇପାରେ। ବିକାଶକର୍ତ୍ତାଙ୍କ ଲାପଟପରେ ସଫଳତା ନୂଆ CI ଖାତା ସେହି ବିଲ୍ଡ ଆରମ୍ଭ କରିପାରିବ ବୋଲି ପ୍ରମାଣ କରେ ନାହିଁ। ପ୍ଲଗଇନର ଚିହ୍ନଟ ତର୍କ ବଦଳାଇବା ପୂର୍ବରୁ ବିଫଳ ଆର୍ଟିଫ୍ୟାକ୍ଟ ଓ ପର୍ଯ୍ୟାୟ ଦେଖନ୍ତୁ।

ପ୍ଲଗଇନ ଲୋଡ୍ ହେବା ପରେ, ପରବର୍ତ୍ତୀ ନିର୍ଭରତା ବିଫଳତା ଏକ ଅଲଗା ପ୍ରଶ୍ନ ହୁଏ: ଚିହ୍ନଟ ହୋଇଥିବା ମାର୍ଗ ସଠିକ କି ନାହିଁ ଓ ସକ୍ରିୟ Maven ପରିବହନ ଫଳାଫଳ ସେଟିଂ ବ୍ୟବହାର କରୁଛି କି ନାହିଁ। ସ୍ୱୟଂଚାଳିତ ଚିହ୍ନଟ ରଖିବା ଯୋଗ୍ୟ କି ନାହିଁ ନିର୍ଣ୍ଣୟ କରିବା ସମୟରେ ସେହି ଦୁଇ ବିଫଳତା ବିନ୍ଦୁ ଅଲଗା ରଖନ୍ତୁ।