Ant SignJar: rut tidsstempelforespørsler gjennom en proxy

Et bygg kan laste ned alle avhengighetene sine og deretter trenge en ny nettverksforespørsel mens en JAR signeres. Den forespørselen går til Tidsstempelmyndigheten gjennom jarsigner-prosessen som SignJar-oppgaven til Ant starter.

SignJar tilbyr TSA-spesifikke proxyattributter. Innenfor en eksisterende signeringskonfigurasjon er den relevante formen:

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

Verdiene er plassholdere for byggets godkjente signeringsoppsett og TSA-en. Ant dokumenterer tsaproxyhost og tsaproxyport fra versjon 1.9.5.

I Ant 1.10.15 undersøker SignJar skjemaet til TSA-URL-en og oversetter disse attributtene til de tilsvarende HTTP- eller HTTPS-proxyegenskapene som sendes til jarsigner med -J-D. Selve proxyverten er et vertsnavn, og porten oppgis separat. Hvis den godkjente TSA-en er offentlig tilgjengelig og signeringsprosessen har lov til å bruke en uautentisert offentlig mellommann, kan en oppføring fra en HTTP-proxyliste fylle ut disse to TSA-proxyattributtene.

Denne grensen for barneprosessen er også viktig i et Maven antrun-bygg. Mavens proxykonfigurasjon for repositoriet og egenskapene i JVM-en som kjører Ant, er ikke bevis for at den separat startede jarsigneren fikk ruten. Konfigurer oppgaven som oppretter den prosessen.