Ant का -D विकल्प हमेशा JVM प्रॉक्सी विकल्प नहीं होता
Ant गुण और Java सिस्टम गुण की वर्तनी एक हो सकती है, लेकिन वे एक ही सेटिंग नहीं हैं। उस JVM या कार्य को कॉन्फ़िगर करें जो अनुरोध करता है।
आपने Ant कमांड में -Dhttp.proxyHost=... जोड़ा, लेकिन डाउनलोड अब भी सीधे जाता है। वर्तनी Java सिस्टम गुण जैसी दिखती है; जो कमांड इसे प्राप्त करता है वही मायने रखता है।
Ant का कमांड-लाइन -D सिंटैक्स Ant बिल्ड गुण परिभाषित करता है। यह Ant चलाने वाले JVM को स्टार्टअप विकल्प देने के बराबर अपने आप नहीं है।
Ant उस JVM को दिए जाने वाले विकल्पों के लिए ANT_OPTS का दस्तावेज़ीकरण करता है। यह बिल्ड से समर्थित प्रॉक्सी कॉन्फ़िगरेशन के लिए setproxy कार्य भी देता है। आवश्यकता और अनुरोध करने वाले क्लाइंट से मेल खाने वाला इंटरफ़ेस चुनें।
Ant के JVM पर लागू प्रॉक्सी किसी कार्य द्वारा शुरू किए गए अलग निष्पादन योग्य या स्वतंत्र रूप से कॉन्फ़िगर किए गए क्लाइंट को अपने आप कॉन्फ़िगर नहीं करती। यदि फ़ोर्क किया गया प्रोग्राम विफल हो, तो उसका अपना कमांड और वातावरण जाँचें।
अनुमत सार्वजनिक डाउनलोड के लिए HTTP प्रॉक्सी सूची चुने गए इंटरफ़ेस के होस्ट और पोर्ट के लिए उम्मीदवार देती है। मशीन-विशिष्ट एंडपॉइंट और खाता रहस्य जहाँ संभव हो साझा बिल्ड फ़ाइलों से बाहर रखें। एक डेवलपर के लिए काम करने वाला बिल्ड किसी भी अन्य उपयोगकर्ता को उस डेवलपर के कार्यालय प्रॉक्सी से संपर्क करने के लिए मजबूर नहीं करना चाहिए।
विफलता की रिपोर्ट करते समय दिखाएँ कि सेटिंग कहाँ दी गई थी: Ant गुण, JVM स्टार्टअप विकल्प, कार्य कॉन्फ़िगरेशन या चाइल्ड प्रोसेस वातावरण। यही अंतर अक्सर गुम व्याख्या होता है।