एउटा बिल्डले आफ्ना सबै निर्भरताहरू डाउनलोड गर्न सक्छ र त्यसपछि 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 ले मार्ग पायो। त्यो प्रक्रिया बनाउने कार्य कन्फिगर गर्नुहोस्।

सम्बन्धित लेखहरू