Ant SignJar- အချိန်တံဆိပ် တောင်းဆိုမှုများကို ပရောက်စီမှတစ်ဆင့် လမ်းကြောင်းပေးခြင်း

build တစ်ခုသည် ၎င်း၏ မှီခိုမှုအားလုံးကို ဒေါင်းလုဒ်ချပြီးနောက် JAR လက်မှတ်ထိုးစဉ် နောက်ထပ် ကွန်ရက် တောင်းဆိုမှုတစ်ခု လိုအပ်နိုင်သည်။ ထို တောင်းဆိုမှုသည် Ant ၏ SignJar လုပ်ငန်းက စတင်သော jarsigner လုပ်ငန်းစဉ်မှတစ်ဆင့် အချိန်တံဆိပ် အာဏာပိုင်ထံ သွားသည်။

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" />

တန်ဖိုးများသည် build ၏ အတည်ပြုထားသော လက်မှတ်ထိုး ဆက်တင်နှင့် TSA အတွက် နေရာလွတ်များ ဖြစ်သည်။ Ant သည် ဗားရှင်း 1.9.5 မှစ၍ tsaproxyhost နှင့် tsaproxyport ကို မှတ်တမ်းတင်သည်။

Ant 1.10.15 တွင် SignJar သည် TSA URL ၏ အစီအစဉ်ကို စစ်ဆေးပြီး ဤဂုဏ်ရည်များကို -J-D ဖြင့် jarsigner သို့ ပေးပို့သော သက်ဆိုင်ရာ HTTP သို့မဟုတ် HTTPS ပရောက်စီ ဂုဏ်သတ္တိများအဖြစ် ဘာသာပြန်သည်။ ပရောက်စီ လက်ခံစက်သည် လက်ခံစက်အမည် ဖြစ်ပြီး ၎င်း၏ ဆိပ်ကမ်းကို သီးခြား ပေးသည်။ အတည်ပြုထားသော TSA သည် အများပြည်သူ လက်လှမ်းမီနိုင်ပြီး လက်မှတ်ထိုး လုပ်ငန်းစဉ်ကို အတည်ပြုခြင်းမရှိသော အများပြည်သူ ကြားခံကို အသုံးပြုခွင့်ပြုပါက HTTP ပရောက်စီ စာရင်းမှ ထည့်သွင်းချက်တစ်ခုသည် ထို TSA ပရောက်စီ ဂုဏ်ရည်နှစ်ခုကို ဖြည့်နိုင်သည်။

ဤ ကလေး လုပ်ငန်းစဉ် နယ်နိမိတ်သည် Maven antrun build တွင်လည်း အရေးကြီးသည်။ Maven ၏ သိုလှောင် ပရောက်စီ ဖွဲ့စည်းမှုနှင့် Ant ကို လည်ပတ်သော JVM ရှိ ဂုဏ်သတ္တိများသည် သီးခြား စတင်ထားသော jarsigner လမ်းကြောင်း ရရှိသည်ဟူသော အထောက်အထား မဟုတ်ပါ။ ထို လုပ်ငန်းစဉ်ကို ဖန်တီးသော လုပ်ငန်းကို ပြင်ဆင်ပါ။