Ant SignJar: stuur tydstempelversoeke deur ’n proxy

’n Bou kan al sy afhanklikhede aflaai en dan nog ’n netwerkversoek nodig hê terwyl ’n JAR onderteken word. Daardie versoek gaan na die Tydstempelowerheid deur die jarsigner-proses wat Ant se SignJar-taak begin.

SignJar bied TSA-spesifieke proxy-eienskappe. Binne ’n bestaande ondertekeningskonfigurasie is die relevante vorm:

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

Die waardes is plekhouers vir die bou se goedgekeurde ondertekeningsopstelling en TSA. Ant dokumenteer tsaproxyhost en tsaproxyport vanaf weergawe 1.9.5.

In Ant 1.10.15 ondersoek SignJar die TSA-URL se skema en vertaal hierdie eienskappe na die ooreenstemmende HTTP- of HTTPS-proxy-eienskappe wat met -J-D aan jarsigner gegee word. Die proxy-gasheer self is ’n gasheernaam, met sy poort apart verskaf. As die goedgekeurde TSA publiek bereikbaar is en die ondertekeningsproses ’n ongeverifieerde openbare tussenganger mag gebruik, kan ’n inskrywing uit ’n HTTP-proxylys daardie twee TSA-proxy-eienskappe invul.

Hierdie kindproses-grens maak ook in ’n Maven-antrun-bou saak. Maven se pakhuisproxy-konfigurasie en eienskappe in die JVM wat Ant laat loop, is nie bewys dat die apart beginne jarsigner die roete ontvang het nie. Stel die taak op wat daardie proses skep.