Зборка можа спампаваць усе залежнасці, а затым падчас подпісу 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 атрымаў маршрут. Наладзьце задачу, якая стварае гэты працэс.

Падобныя артыкулы