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 مخطط عنوان TSA وتحوّل هذه السمات إلى خصائص الوكيل HTTP أو HTTPS المقابلة التي تُمرّر إلى jarsigner عبر -J-D. ومضيف الوكيل نفسه اسم مضيف، ويُقدّم منفذه بشكل منفصل. إذا كان TSA المعتمد متاحًا للعموم وسُمح لعملية التوقيع باستخدام وسيط عام غير موثّق، فيمكن لمدخل من قائمة وكلاء HTTP أن يملأ سمتي وكيل TSA هاتين.

تهمّ حدود العملية الفرعية هذه في بناء Maven antrun أيضًا. إعداد وكيل المستودع في Maven والخصائص في JVM التي تشغّل Ant ليست دليلًا على أن jarsigner المنطلق بشكل منفصل تلقّى المسار. اضبط المهمة التي تنشئ تلك العملية.

مقالات ذات صلة