Build voi ladata kaikki riippuvuutensa ja tarvita sitten JARin allekirjoituksen aikana vielä yhden verkkopyynnön. Pyyntö menee aikaleimaviranomaiselle jarsigner-prosessin kautta, jonka Antin SignJar-tehtävä käynnistää.

SignJar tarjoaa TSA-kohtaiset välityspalvelinattribuutit. Olemassa olevassa allekirjoituskokoonpanossa asiaankuuluva muoto on:

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

Arvot ovat paikkamerkkejä buildin hyväksytylle allekirjoitusasetukselle ja TSA:lle. Ant dokumentoi tsaproxyhostin ja tsaproxyportin versiosta 1.9.5 alkaen.

Antissa 1.10.15 SignJar tutkii TSA-URL:n skeeman ja kääntää nämä attribuutit vastaaviksi HTTP- tai HTTPS-välityspalvelimen ominaisuuksiksi, jotka välitetään jarsignerille -J-D-valitsimella. Välityspalvelimen isäntä on isäntänimi, ja sen portti annetaan erikseen. Jos hyväksytty TSA on julkisesti saavutettavissa ja allekirjoitusprosessi saa käyttää todentamatonta julkista välittäjää, HTTP-välityspalvelinluettelon merkintä voi täyttää nämä kaksi TSA-välityspalvelinattribuuttia.

Tämä aliprosessin raja on tärkeä myös Maven antrun -buildissa. Mavenin repositorion välityspalvelinkokoonpano ja Antia ajavan JVM:n ominaisuudet eivät todista, että erikseen käynnistetty jarsigner sai reitin. Määritä tehtävä, joka luo kyseisen prosessin.

Aiheeseen liittyvät artikkelit