Gradle ନିଜର ପ୍ରକ୍ସି ସେଟିଂ କେଉଁଠୁ ପାଏ
Gradleର JVM ପ୍ରକ୍ସି ଗୁଣ, ବ୍ୟବହାରକାରୀ home ସେଟିଂ ଓ କ୍ଲାଏଣ୍ଟ ପରିବେଶ ଅନୁସରଣ କରନ୍ତୁ; daemon ସବୁବେଳେ ନୂଆ variable ଅଣଦେଖା କରେ ବୋଲି ଧରନ୍ତୁ ନାହିଁ।
IDEରୁ ଆରମ୍ଭ ହୋଇଥିବା Gradle build ଟର୍ମିନାଲରୁ ଆରମ୍ଭ ହୋଇଥିବା ସେହି ପ୍ରକଳ୍ପଠାରୁ ଭିନ୍ନ configuration ବ୍ୟବହାର କରିପାରେ। ପୁରୁଣା ପ୍ରକ୍ସି ପ୍ରକ୍ରିୟାକୁ ଦୋଷ ଦେବା ପୂର୍ବରୁ ପ୍ରତ୍ୟେକ ଆରମ୍ଭର Gradle user home, JVM ଓ proxy property ତୁଳନା କରନ୍ତୁ।
Gradle JVM ପ୍ରକ୍ସି ଗୁଣଗୁଡ଼ିକୁ ଦସ୍ତାବିଜ କରେ
HTTP ଏବଂ HTTPS ପଥ ପାଇଁ properties fileରେ ଏହା ଥାଇପାରେ:
systemProp.http.proxyHost=203.0.113.10
systemProp.http.proxyPort=8080
systemProp.https.proxyHost=203.0.113.10
systemProp.https.proxyPort=8080
systemProp.http.nonProxyHosts=localhost|*.example.internalଆପଣଙ୍କୁ ଦିଆଯାଇଥିବା endpoint ବ୍ୟବହାର କରନ୍ତୁ; ଅନୁମୋଦିତ public-repository ପଥ ପାଇଁ HTTP proxy list ସମ୍ଭାବ୍ୟ host ଏବଂ port ଯୁଗଳ ଦିଏ। HTTPS bypass property ମଧ୍ୟ http.nonProxyHosts; https.nonProxyHosts ଘଡ଼ିବା ଦସ୍ତାବିଜିତ ସମାଧାନ ନୁହେଁ। Host propertyରେ ପୂର୍ଣ୍ଣ proxy URL ନୁହେଁ, address ଥାଏ।
Shellରେ HTTP_PROXY export କରିଲେ ଏହି JVM client ଏହାକୁ proxy policy ଭାବରେ ବ୍ୟବହାର କରେ ବୋଲି ଏକାକି ପ୍ରମାଣ ହୁଏ ନାହିଁ। Application ସମର୍ଥନ କରୁଥିବା property ଯାଞ୍ଚ କରନ୍ତୁ।
Daemon build ସୂଚନା ପାଏ
ବର୍ତ୍ତମାନ Gradle documentation କହେ client ପରିବେଶ variable ସହ build information daemonକୁ ପଠାଏ। ତେଣୁ “daemon କେବେ ନୂଆ environment variable ପାଏ ନାହିଁ” ବୋଲି ସାଧାରଣ ବ୍ୟାଖ୍ୟା ସଠିକ୍ ନୁହେଁ।
କିଛି JVM startup property, trust-store property ସହିତ, ଚାଲୁ JVM ପାଇଁ ଅପରିବର୍ତ୍ତନୀୟ। ସେହିପରି ସାଧାରଣ build environment value ଯାଇଥିଲେ ମଧ୍ୟ ବଦଳା Java home କିମ୍ବା trust-store startup configuration ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ହୋଇପାରେ।
ଦୁଇଟି ଆରମ୍ଭ ତୁଳନା କରନ୍ତୁ
IDE କେଉଁ Gradle distribution ଏବଂ Java runtime ବାଛୁଛି ଯାଞ୍ଚ କରନ୍ତୁ। Terminal ପରି ସେହି GRADLE_USER_HOME ଏବଂ user property ବ୍ୟବହାର କରୁଛି କି ଦେଖନ୍ତୁ। ଜଣେ userର configurationର proxy entry ଅନ୍ୟ context କଣ load କଲା ତାହା କୁହେ ନାହିଁ।
ବଦଳିଥିବା startup requirementକୁ ଅଲଗା daemon ଦରକାର ହେଲେ ସମ୍ବନ୍ଧିତ Gradle versionର documented daemon controls ବ୍ୟବହାର କରନ୍ତୁ। ଭୁଲ property କିମ୍ବା missing configuration file ଖୋଜିବାର ବଦଳରେ daemon ବନ୍ଦ କରନ୍ତୁ ନାହିଁ।
ଶେଷରେ ବିଫଳ request ଚିହ୍ନଟ କରନ୍ତୁ। Wrapper downloads, build dependency resolution ଏବଂ forked application/test processର requests ଆପେଆପେ ଏକ network context ନୁହେଁ। Gradle property ଏହାକୁ control କରିବ ବୋଲି ଆଶା କରିବା ପୂର୍ବରୁ request କରୁଥିବା process ଯାଞ୍ଚ କରନ୍ତୁ।