Ant SignJar: send tidsstempelanmodninger gennem en proxy

Konfigurer den proxy, som Ant SignJars tidsstempelanmodning bruger, i stedet for at antage, at buildstarterens indstillinger når jarsigner.

Et build kan downloade alle sine afhængigheder og derefter få brug for endnu en netværksanmodning, mens det signerer en JAR. Den anmodning går til Tidsstempelmyndigheden gennem jarsigner-processen, som startes af Ants SignJar-opgave.

SignJar leverer TSA-specifikke proxyattributter. Inden for en eksisterende signeringskonfiguration er den relevante form:

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

Værdierne er pladsholdere for buildets godkendte signeringsopsætning og TSA. Ant dokumenterer tsaproxyhost og tsaproxyport fra version 1.9.5 og frem.

I Ant 1.10.15 undersøger SignJar TSA-URL'ens skema og oversætter disse attributter til de tilsvarende HTTP- eller HTTPS-proxyegenskaber, der sendes til jarsigner med -J-D. Selve proxyværten er et værtsnavn, og dens port angives separat. Hvis den godkendte TSA er offentligt tilgængelig, og signeringsprocessen må bruge en uautentificeret offentlig mellemmand, kan en post fra en HTTP-proxyliste udfylde disse to TSA-proxyattributter.

Denne grænse for barneprocessen er også vigtig i et Maven antrun-build. Mavens proxykonfiguration for repositoriet og egenskaberne i den JVM, der kører Ant, er ikke bevis for, at den separat startede jarsigner modtog ruten. Konfigurer den opgave, der opretter processen.

Relaterede artikler