Ant SignJar: hala permintaan cap masa melalui proksi

Sesuatu build boleh memuat turun semua kebergantungannya dan kemudian memerlukan satu lagi permintaan rangkaian semasa menandatangani JAR. Permintaan itu pergi ke Pihak Berkuasa Cap Masa melalui proses jarsigner yang dilancarkan oleh tugas SignJar Ant.

SignJar menyediakan atribut proksi khusus TSA. Dalam konfigurasi penandatanganan sedia ada, bentuk yang berkaitan ialah:

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

Nilai-nilai itu ialah pemegang tempat untuk persediaan penandatanganan build yang diluluskan dan TSA. Ant mendokumentasikan tsaproxyhost dan tsaproxyport dari versi 1.9.5.

Dalam Ant 1.10.15, SignJar memeriksa skema URL TSA dan menterjemah atribut ini kepada sifat proksi HTTP atau HTTPS yang sepadan yang dihantar kepada jarsigner dengan -J-D. Hos proksi itu sendiri ialah nama hos, dengan portnya diberikan secara berasingan. Jika TSA yang diluluskan boleh dicapai secara awam dan proses penandatanganan dibenarkan menggunakan perantara awam tanpa pengesahan, entri daripada senarai proksi HTTP boleh mengisi kedua-dua atribut proksi TSA itu.

Sempadan proses anak ini juga penting dalam build Maven antrun. Konfigurasi proksi repositori Maven dan sifat dalam JVM yang menjalankan Ant bukan bukti bahawa jarsigner yang dilancarkan secara berasingan menerima laluan itu. Konfigurasikan tugas yang mencipta proses itu.