sbt ର ପ୍ରଥମ ଡାଉନଲୋଡ୍ ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ନିଅନ୍ତୁ

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

ପ୍ରକୃତରେ sbt ଚଲାଉଥିବା JVM ରୁ ଆରମ୍ଭ କରନ୍ତୁ। ପ୍ରକଳ୍ପର .jvmopts ପଢୁଥିବା ଲଞ୍ଚର ପାଇଁ ମୌଳିକ ଏଣ୍ଡପଏଣ୍ଟ ଗୁଣ ଏହିପରି ହୋଇପାରେ:

-Dhttp.proxyHost=proxy.example.net
-Dhttp.proxyPort=8080
-Dhttps.proxyHost=proxy.example.net
-Dhttps.proxyPort=8080

ଏହି ମୂଲ୍ୟଗୁଡ଼ିକ ହୋଷ୍ଟନାମ ଏବଂ ପୋର୍ଟକୁ ଅଲଗା କରେ; ସେଗୁଡ଼ିକ ସମ୍ପୂର୍ଣ୍ଣ ପ୍ରକ୍ସି URL ନୁହେଁ। ଅନୁମତିପ୍ରାପ୍ତ ସାର୍ବଜନୀନ ରେପୋଜିଟୋରୀ ଡାଉନଲୋଡ୍ ପାଇଁ HTTP ପ୍ରକ୍ସି ତାଲିକା ସେହି କ୍ଷେତ୍ରଗୁଡ଼ିକ ପାଇଁ ସମ୍ଭାବ୍ୟ ମୂଲ୍ୟ ଯୋଗାଏ। HTTPS ରେପୋଜିଟୋରୀକୁ CONNECT ବ୍ୟବହାର କରି HTTP ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ମଧ୍ୟ ପହଞ୍ଚାଯାଇପାରେ।

କେଉଁ ଡାଉନଲୋଡ୍ ବିଫଳ ହେଲା ଲକ୍ଷ୍ୟ କରନ୍ତୁ

ଲଞ୍ଚର ବୁଟଷ୍ଟ୍ରାପ୍, ବିଲ୍ଡ-ଟୁଲ୍ ଉପାଦାନ, ପ୍ଲଗଇନ୍ ଏବଂ ନିର୍ଭରତା ସର୍ବଦା ଏକ ସମାନ ବିନ୍ୟାସ ସ୍ତର ବ୍ୟବହାର କରନ୍ତି ନାହିଁ। ରେପୋଜିଟୋରୀ ଘୋଷଣା ସମ୍ପାଦନ କରିବା ପୂର୍ବରୁ ବିଫଳ URL ଏବଂ ପର୍ଯ୍ୟାୟ ଚିହ୍ନଟ କରନ୍ତୁ।

ରେପୋଜିଟୋରୀ ଚୟନ ଉତ୍ତର ଦିଏ କି କଳାକୃତି କେଉଁଠାରୁ ମିଳେ। ପ୍ରକ୍ସି ବିନ୍ୟାସ ଉତ୍ତର ଦିଏ କି ଏକ ନେଟୱାର୍କ କ୍ଲାଏଣ୍ଟ ସେହି ଏଣ୍ଡପଏଣ୍ଟରେ କିପରି ପହଞ୍ଚେ। ରେପୋଜିଟୋରୀକୁ ଆଭ୍ୟନ୍ତରୀଣ ଦର୍ପଣ ସହ ବଦଳାଇବା ଏକ ପୃଥକ ସମର୍ଥିତ ବିକଳ୍ପ ହୋଇପାରେ, କିନ୍ତୁ ଏହା ଅନ୍ୟ ସମସ୍ତ ଗନ୍ତବ୍ୟସ୍ଥଳ ପାଇଁ ନେଟୱାର୍କ ପ୍ରକ୍ସି ବିନ୍ୟାସ କରେ ନାହିଁ।

ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣ ଅନ୍ୟ ଏକ ଯାଞ୍ଚ। ପ୍ରତ୍ୟେକ Java ଡାଉନଲୋଡର ଯେକୌଣସି proxyUser ଗୁଣକୁ ସମର୍ଥିତ ଲଗଇନ୍ ଯନ୍ତ୍ର ଭାବରେ ଗ୍ରହଣ କରେ ବୋଲି ଧରି ନିଅନ୍ତୁ ନାହିଁ। ସ୍ଥାପିତ ଲଞ୍ଚର ଏବଂ ସମ୍ପୃକ୍ତ ରିଜୋଲଭର ପାଇଁ ଦଲିଲଭୁକ୍ତ ପ୍ରମାଣୀକରଣ ବ୍ୟବସ୍ଥା ବ୍ୟବହାର କରନ୍ତୁ।

ଶେଷରେ, ଅନ୍ୟ ରନର ପାଇଁ ଲେଖା ଗାଇଡରୁ ଭେରିଏବଲ୍ କପି ନକରି ପ୍ରଭାବୀ ଲଞ୍ଚର ପରିବେଶ ଯାଞ୍ଚ କରନ୍ତୁ। DNS ବିଫଳତା, ଅନୁପଲବ୍ଧ ରେପୋଜିଟୋରୀ ଏବଂ ପ୍ରତ୍ୟାଖ୍ୟାତ ପ୍ରକ୍ସି ଲଗଇନ୍—ସବୁ ନିର୍ଭରତା ସମାଧାନ ସମୟରେ ଦେଖାଯାଇପାରେ, କିନ୍ତୁ ସେମାନଙ୍କ ପାଇଁ ବହୁତ ଅଲଗା ସଂଶୋଧନ ଆବଶ୍ୟକ।