Ant SignJar: насочване на заявки за времеви печат през прокси

Конфигурирайте проксито, което използва заявката за времеви печат на Ant SignJar, вместо да предполагате, че настройките на стартера на компилацията стигат до jarsigner.

Една компилация може да изтегли всичките си зависимости и след това да ѝ трябва още една мрежова заявка, докато подписва JAR. Тази заявка отива до органа за времеви печат през процеса jarsigner, стартиран от задачата SignJar на Ant.

SignJar предоставя специфични за TSA прокси атрибути. В съществуваща конфигурация за подписване съответната форма е:

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

Стойностите са заместители за одобрената настройка за подписване на компилацията и за TSA. Ant документира tsaproxyhost и tsaproxyport от версия 1.9.5 нататък.

В Ant 1.10.15 SignJar проверява схемата на URL адреса на TSA и превежда тези атрибути в съответните HTTP или HTTPS прокси свойства, предадени на jarsigner с -J-D. Самият хост на проксито е име на хост, а портът се подава отделно. Ако одобреният TSA е публично достъпен и процесът на подписване има право да използва неудостоверен публичен посредник, запис от списък с HTTP проксита може да попълни тези два TSA прокси атрибута.

Тази граница на дъщерния процес е важна и при компилация с Maven antrun. Конфигурацията на проксито за хранилището на Maven и свойствата в JVM, изпълняваща Ant, не са доказателство, че отделно стартираният jarsigner е получил маршрута. Конфигурирайте задачата, която създава този процес.

Подобни статии