কোন প্রক্সি সেটিং আপনার Maven র্যাপার ডাউনলোড নিয়ন্ত্রণ করে?
ব্যর্থ Maven ডিস্ট্রিবিউশন ডাউনলোডের জন্য প্রক্সি কনফিগার করার আগে র্যাপারের বুটস্ট্র্যাপ ডাউনলোডার শনাক্ত করুন।
Maven ডাউনলোড করার সময় mvnw ব্যর্থ হলে, settings.xml-এ থাকা একটি কার্যকর প্রক্সি এন্ট্রি খুব দেরি হতে পারে: Maven এখনও শুরু হয়নি।
আক্রান্ত চেকআউটে তৈরি র্যাপার ফাইলগুলো পরীক্ষা করুন এবং দেখুন তারা কোন ডাউনলোডার চালায়। Maven Wrapper 3.3.4 এই ব্যবস্থাগুলো নথিভুক্ত করে:
| তৈরি হওয়া ধরন | প্রক্সি ইনপুট কোথায় দেখবেন |
|---|---|
| only-script | Unix-এ curl বা wget; Windows-এ PowerShell |
| script | র্যাপার JAR ডাউনলোড, তারপর Java র্যাপার পথ |
| bin | অন্তর্ভুক্ত র্যাপার JAR এবং এর Java ডাউনলোড পথ |
| source | বুটস্ট্র্যাপিংয়ে ব্যবহৃত হলে অন্তর্ভুক্ত Java ডাউনলোডারের উৎস |
only-script নতুন তৈরি র্যাপারের জন্য নথিভুক্ত ডিফল্ট। পুরোনো চেকআউট তার তৈরি ফাইল ধরে রাখে, এমনকি আপনি আপনার মেশিনে Maven ইনস্টলেশন আপডেট করলেও।
সেটিংটি সেই প্রক্রিয়ার সাথে মিলান
curl বা wget ব্যবহার করা Unix only-script র্যাপারের জন্য, সেই ডাউনলোডারের সমর্থিত প্রক্সি ইন্টারফেস কনফিগার করুন; HTTPS ডাউনলোড https_proxy ব্যবহার করতে পারে। যদি সেই ডিস্ট্রিবিউশন ডাউনলোড পাবলিক HTTP প্রক্সি ব্যবহার করতে পারে, তবে এই ডাউনলোডারের পরিবেশের জন্য HTTP প্রক্সি তালিকা থেকে একটি প্রার্থী ঠিকানা নিন। যদি মানটি SOCKS সার্ভার বোঝায়, ডাউনলোডারকে সেই প্রোটোকলও সমর্থন করতে হবে।
MAVEN_OPTS JVM অপশন সরবরাহ করে। এটি শেলের curl প্রক্রিয়া কনফিগার করতে পারে না, তবে JVM প্রক্সি বৈশিষ্ট্য Java ডাউনলোডার পথে গুরুত্বপূর্ণ হতে পারে। পুরোনো Takari সমাধানকে অন্য প্রকল্পের র্যাপারের সাথে তুলনা করার সময় এটিই উপযোগী পার্থক্য।
ডিস্ট্রিবিউশন ডাউনলোড শেষ হলে এবং Maven শুরু হলে, এর রিপোজিটরি ডাউনলোডগুলো Maven-এর নিজস্ব প্রক্সি কনফিগারেশনের বিরুদ্ধে আলাদা যাচাই হয়ে যায়। ডিস্ট্রিবিউশন, র্যাপার JAR এবং রিপোজিটরিগুলো ভিন্ন হোস্টে পরিবেশিত হতে পারে।