Ant च्या get कार्यासह प्रॉक्सीद्वारे डाउनलोड करणे

Ant चे get कार्य Ant चालवत असलेल्या JVM चे नेटवर्किंग कॉन्फिगरेशन वापरते. डाउनलोडपूर्वी 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 देखील दस्तऐवजीकरण करते. तो राउटिंग कॉन्फिगरेशनचा पर्यायी स्रोत आहे. स्पष्ट एंडपॉइंट आवश्यक असलेल्या बिल्डसाठी, वरील कार्य निवडलेला मार्ग आणि त्याची वेळ दृश्यमान करते.