Një build mund të shkarkojë të gjitha varësitë e tij dhe më pas të ketë nevojë për një kërkesë tjetër rrjeti gjatë nënshkrimit të një JAR. Kjo kërkesë shkon te Autoriteti i Vulës Kohore përmes procesit jarsigner që nis detyra SignJar e Ant.

SignJar ofron atribute proxy specifike për TSA. Brenda një konfigurimi ekzistues nënshkrimi, forma përkatëse është:

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

Vlerat janë mbajtës vendi për konfigurimin e miratuar të nënshkrimit të build-it dhe për TSA. Ant dokumenton tsaproxyhost dhe tsaproxyport që nga versioni 1.9.5.

Në Ant 1.10.15, SignJar shqyrton skemën e URL-së së TSA dhe i përkthen këto atribute në vetitë përkatëse të proxy-t HTTP ose HTTPS që i kalohen jarsigner me -J-D. Vetë host-i i proxy-t është një emër host-i, me portin e tij të dhënë veçmas. Nëse TSA-ja e miratuar është publikisht e arritshme dhe procesit të nënshkrimit i lejohet të përdorë një ndërmjetës publik të paautentikuar, një zë nga lista e proxy-ve HTTP mund të plotësojë ato dy atribute proxy të TSA-së.

Ky kufi i procesit fëmijë ka rëndësi edhe në një build Maven antrun. Konfigurimi i proxy-t të depove të Maven dhe vetitë në JVM-në që ekzekuton Ant nuk janë provë që jarsigner-i i nisur veçmas e mori rrugën. Konfiguro detyrën që krijon atë proces.

Artikuj të ngjashëm