ଏକ ବିଲ୍ଡ ଏହାର ସମସ୍ତ ନିର୍ଭରତା ଡାଉନଲୋଡ୍ କରିପାରେ ଏବଂ ତା’ପରେ JAR ରେ ଦସ୍ତଖତ କରିବା ସମୟରେ ଆଉ ଏକ ନେଟୱାର୍କ ଅନୁରୋଧ ଆବଶ୍ୟକ ହୋଇପାରେ। ସେହି ଅନୁରୋଧ Ant ର SignJar କାର୍ଯ୍ୟ ଦ୍ୱାରା ଆରମ୍ଭ ହୋଇଥିବା jarsigner ପ୍ରକ୍ରିୟା ମାଧ୍ୟମରେ ଟାଇମଷ୍ଟାମ୍ପ ପ୍ରାଧିକରଣ ନିକଟକୁ ଯାଏ।

SignJar TSA-ନିର୍ଦ୍ଦିଷ୍ଟ ପ୍ରକ୍ସି ଆଟ୍ରିବ୍ୟୁଟ ପ୍ରଦାନ କରେ। ବିଦ୍ୟମାନ ସାଇନିଂ କନଫିଗରେସନ ମଧ୍ୟରେ, ପ୍ରାସଙ୍ଗିକ ରୂପ ହେଉଛି:

<signjar jar="${jar.to.sign}"
         alias="${signing.alias}"
         keystore="${signing.keystore}"
         storepass="${signing.storepass}"
         tsaurl="https://tsa.example/"
         tsaproxyhost="proxy.example"
         tsaproxyport="8080" />

ମୂଲ୍ୟଗୁଡ଼ିକ ବିଲ୍ଡର ଅନୁମୋଦିତ ସାଇନିଂ ସେଟଅପ ଏବଂ TSA ପାଇଁ ପ୍ଲେସହୋଲଡର। Ant ସଂସ୍କରଣ 1.9.5 ଠାରୁ tsaproxyhost ଏବଂ tsaproxyport କୁ ଦଲିଲଭୁକ୍ତ କରେ।

Ant 1.10.15 ରେ, SignJar TSA URL ର ସ୍କିମ୍ ଯାଞ୍ଚ କରେ ଏବଂ ଏହି ଆଟ୍ରିବ୍ୟୁଟଗୁଡ଼ିକୁ -J-D ସହିତ jarsigner କୁ ଦିଆଯାଉଥିବା ସମ୍ବନ୍ଧିତ HTTP କିମ୍ବା HTTPS ପ୍ରକ୍ସି ଗୁଣରେ ଅନୁବାଦ କରେ। ପ୍ରକ୍ସି ହୋଷ୍ଟ ନିଜେ ଏକ ହୋଷ୍ଟନାମ, ଏବଂ ଏହାର ପୋର୍ଟ ଅଲଗା ଭାବରେ ଦିଆଯାଏ। ଯଦି ଅନୁମୋଦିତ TSA ସାର୍ବଜନୀନ ଭାବରେ ପ୍ରବେଶଯୋଗ୍ୟ ଏବଂ ସାଇନିଂ ପ୍ରକ୍ରିୟାକୁ ଅପ୍ରମାଣିତ ସାର୍ବଜନୀନ ମଧ୍ୟସ୍ଥ ବ୍ୟବହାର କରିବାକୁ ଅନୁମତି ଅଛି, ତେବେ HTTP ପ୍ରକ୍ସି ତାଲିକାର ଏକ ଏଣ୍ଟ୍ରି ସେହି ଦୁଇଟି TSA ପ୍ରକ୍ସି ଆଟ୍ରିବ୍ୟୁଟ ପୂରଣ କରିପାରେ।

ଏହି ଚାଇଲ୍ଡ-ପ୍ରୋସେସ ସୀମା Maven antrun ବିଲ୍ଡରେ ମଧ୍ୟ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ। Maven ର ରିପୋଜିଟୋରୀ ପ୍ରକ୍ସି କନଫିଗରେସନ ଏବଂ Ant ଚଲାଉଥିବା JVM ର ଗୁଣ ଏହାର ପ୍ରମାଣ ନୁହେଁ ଯେ ଅଲଗା ଭାବରେ ଆରମ୍ଭ ହୋଇଥିବା jarsigner ମାର୍ଗ ପାଇଛି। ସେହି ପ୍ରକ୍ରିୟା ସୃଷ୍ଟି କରୁଥିବା କାର୍ଯ୍ୟ କନଫିଗର କରନ୍ତୁ।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ