Բիլդը կարող է ներբեռնել իր բոլոր կախվածությունները և այնուհետև JAR-ը ստորագրելիս կարիք ունենալ ևս մեկ ցանցային հարցման։ Այդ հարցումն ուղղվում է Ժամադրոշմի մարմնին jarsigner գործընթացի միջոցով, որը գործարկում է Ant-ի SignJar առաջադրանքը։

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-ը ստուգում է TSA URL-ի սխեման և այս ատրիբուտները թարգմանում է համապատասխան HTTP կամ HTTPS պրոքսի հատկությունների, որոնք -J-D-ով փոխանցվում են jarsigner-ին։ Պրոքսի հոսթն ինքնին հոսթնեյմ է, իսկ պորտը տրվում է առանձին։ Եթե հաստատված TSA-ն հանրությանը հասանելի է, և ստորագրման գործընթացին թույլատրվում է օգտագործել չնույնականացված հանրային միջնորդ, ապա HTTP պրոքսիների ցանկից գրառումը կարող է լրացնել այդ երկու TSA պրոքսի ատրիբուտները։

Երեխա գործընթացի այս սահմանը կարևոր է նաև Maven antrun բիլդում։ Maven-ի պահոցի պրոքսի կոնֆիգուրացիան և Ant-ը գործարկող JVM-ի հատկությունները ապացույց չեն, որ առանձին գործարկված jarsigner-ը ստացել է երթուղին։ Կարգավորեք այն առաջադրանքը, որը ստեղծում է այդ գործընթացը։

Առնչվող հոդվածներ