Ant SignJar: דורכפירן צײַטשטעמפּל־בקשות דורך אַ פּראָקסי

אַ בויען קען אַראָפּלאָדן אַלע זײַנע אָנהענגיקײטן און דערנאָך דאַרפֿן נאָך אַ נעצווערק־בקשה בשעת׳ן חתמענען אַ 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־URL און איבערזעצט די אַטריבוטן אין די פּאַסיקע HTTP־ אָדער HTTPS־פּראָקסי־אייגנשאַפֿטן וואָס ווערן איבערגעגעבן צו jarsigner מיט -J-D. דער פּראָקסי־האָסט אַליין איז אַ האָסטנאָמען, און זײַן פּאָרט ווערט באַזונדער געגעבן. אויב דער באַשטעטיקטער TSA איז עפֿנטלעך צוטריטלעך און דער חתימה־פּראָצעס מעג ניצן אַ נישט־אַווטענטיפֿיצירטן עפֿנטלעכן מיטלמאַן, קען אַן אַרטיקל פֿון אַ HTTP־פּראָקסי־ליסטע אָנפֿילן די צוויי TSA־פּראָקסי־אַטריבוטן.

די גרענעץ פֿון קינד־פּראָצעס איז אויך וויכטיק אין אַ Maven antrun־בויען. די פּראָקסי־קאָנפֿיגוראַציע פֿון Maven־רעפּאָזיטאָרי און די אייגנשאַפֿטן אין דער JVM וואָס פֿירט אויס Ant זענען נישט קיין באַווײַז אַז דער באַזונדער אָנגעהויבענער jarsigner האָט באַקומען דעם וועג. קאָנפיגורירט די אויפֿגאַבע וואָס שאַפֿט דעם פּראָצעס.