Ant के get कार्य से प्रॉक्सी के माध्यम से डाउनलोड करना

Ant का get कार्य उस JVM के नेटवर्किंग कॉन्फ़िगरेशन का उपयोग करता है जिसमें Ant चलता है। डाउनलोड से पहले setproxy से प्रॉक्सी सेट की जा सकती है:

<target name="download">
  <setproxy proxyhost="proxy.example.net"
            proxyport="8080"
            nonproxyhosts="localhost|127.*|*.internal.example.net"/>
  <get src="https://downloads.example.net/tool.zip"
       dest="tool.zip"/>
</target>

नाम और पोर्ट उदाहरण हैं। ऐसे सार्वजनिक आर्टिफ़ैक्ट अनुरोध के लिए जिसे सार्वजनिक प्रॉक्सी का उपयोग करने की अनुमति है, HTTP प्रॉक्सी सूची से कोई HTTP एंडपॉइंट लें। बायपास सूची में कॉमा नहीं, ऊर्ध्वाधर पट्टियाँ होती हैं। केवल वे गंतव्य शामिल करें जिन्हें वास्तव में सीधे जाना चाहिए; बाहरी प्रॉक्सी से भेजा गया आंतरिक डाउनलोड तब भी विफल हो सकता है जब प्रॉक्सी ठीक से काम कर रही हो।

क्रम मायने रखता है। प्रॉक्सी कार्य को get क्रिया से पहले रखें, चाहे वह उसी लक्ष्य में हो या किसी पूर्ववर्ती लक्ष्य में। डाउनलोड शुरू होने के बाद कॉन्फ़िगर करने से वह कनेक्शन नहीं बदल सकता।

दो संभावित लॉगिन हैं। proxyuser और proxypassword गुण setproxy में बिचौलिए से संबंधित हैं। username और password गुण get में डाउनलोड सर्वर से संबंधित हैं। get को प्रॉक्सी खाता देना उसे प्रॉक्सी प्रमाणीकरण नहीं बनाता। प्रमाणीकरण का समर्थन और प्रतिबंध JDK तथा प्रॉक्सी द्वारा अपेक्षित तंत्र पर भी निर्भर करते हैं।

इस सेटिंग का दायरा JVM है। यह उस नेटवर्किंग पथ का उपयोग करने वाले Ant कार्यों के लिए उपयुक्त है, परंतु बिल्ड द्वारा शुरू किए गए हर बाहरी प्रोग्राम को कॉन्फ़िगर नहीं करती। यह उसी Ant प्रक्रिया में बाद के नेटवर्क कार्यों को भी प्रभावित कर सकती है। साइट-विशिष्ट एंडपॉइंट और रहस्य बिल्ड के स्थानीय कॉन्फ़िगरेशन में रखें, किसी एक डेवलपर का खाता साझा लक्ष्य में एम्बेड करने के बजाय।

यदि ऑपरेटिंग सिस्टम पहले से ही इच्छित मार्ग प्रदान करता है, तो Ant समर्थित Java रनटाइम पर ऑपरेटिंग सिस्टम खोज के लिए -autoproxy का भी दस्तावेज़ीकरण करता है। यह रूटिंग कॉन्फ़िगरेशन का वैकल्पिक स्रोत है। ऐसे बिल्ड के लिए जिसे स्पष्ट एंडपॉइंट चाहिए, ऊपर का कार्य चुना गया मार्ग और उसका समय दृश्यमान बनाता है।