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-ও নথিভুক্ত করে। এটি রাউটিং কনফিগারেশনের একটি বিকল্প উৎস। স্পষ্ট এন্ডপয়েন্ট প্রয়োজন এমন বিল্ডের জন্য উপরের টাস্ক নির্বাচিত রুট ও তার সময় দৃশ্যমান করে।