એક બિલ્ડ તેની બધી નિર્ભરતાઓ ડાઉનલોડ કરી શકે છે અને પછી 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" />

મૂલ્યો બિલ્ડની મંજૂર સાઇનિંગ સેટઅપ અને TSA માટે પ્લેસહોલ્ડર છે. Ant સંસ્કરણ 1.9.5 થી tsaproxyhost અને tsaproxyport નું દસ્તાવેજીકરણ કરે છે.

Ant 1.10.15 માં, SignJar TSA URL ની સ્કીમની તપાસ કરે છે અને આ એટ્રિબ્યુટને -J-D સાથે jarsigner ને આપવામાં આવતા અનુરૂપ HTTP અથવા HTTPS પ્રોક્સી ગુણધર્મોમાં અનુવાદિત કરે છે. પ્રોક્સી હોસ્ટ પોતે હોસ્ટનામ છે, તેનો પોર્ટ અલગથી આપવામાં આવે છે. જો મંજૂર TSA જાહેરમાં પહોંચી શકાય તેવું હોય અને સાઇનિંગ પ્રક્રિયાને અપ્રમાણિત જાહેર મધ્યસ્થ વાપરવાની પરવાનગી હોય, તો HTTP પ્રોક્સી સૂચિની એક એન્ટ્રી તે બે TSA પ્રોક્સી એટ્રિબ્યુટ ભરી શકે છે.

આ ચાઇલ્ડ-પ્રોસેસ સીમા Maven antrun બિલ્ડમાં પણ મહત્વપૂર્ણ છે. Maven ની રિપોઝિટરી પ્રોક્સી કન્ફિગરેશન અને Ant ચલાવતા JVM માંના ગુણધર્મો એ પુરાવો નથી કે અલગથી શરૂ કરાયેલ jarsigner ને માર્ગ મળ્યો. તે પ્રક્રિયા બનાવતું કાર્ય ગોઠવો.

સંબંધિત લેખો