کون سی proxy سیٹنگ آپ کی Maven Wrapper ڈاؤن لوڈ کو کنٹرول کرتی ہے؟
ناکام Maven ڈسٹری بیوشن ڈاؤن لوڈ کے لیے proxy کنفیگر کرنے سے پہلے wrapper کے bootstrap ڈاؤن لوڈر کی شناخت کریں۔
اگر mvnw Maven ڈاؤن لوڈ کرتے وقت ناکام ہو جائے تو settings.xml میں کام کرنے والا proxy اندراج بہت دیر ہو سکتا ہے: Maven ابھی شروع نہیں ہوا۔
متاثرہ checkout میں بنائی گئی wrapper فائلیں دیکھیں اور شناخت کریں کہ وہ کون سا ڈاؤن لوڈر چلاتی ہیں۔ Maven Wrapper 3.3.4 ان ترتیبوں کی دستاویز کرتا ہے:
| بنائی گئی قسم | proxy ان پٹ کہاں تلاش کریں |
|---|---|
| only-script | Unix پر curl یا wget؛ Windows پر PowerShell |
| script | wrapper JAR کی ڈاؤن لوڈ، اس کے بعد Java wrapper کا راستہ |
| bin | شامل wrapper JAR اور اس کا Java ڈاؤن لوڈ راستہ |
| source | شامل Java ڈاؤن لوڈر کا سورس جب bootstrap کے لیے استعمال ہو |
only-script نئے بنائے گئے wrapper کے لیے دستاویزی ڈیفالٹ ہے۔ پرانا checkout اپنی بنائی گئی فائلیں برقرار رکھتا ہے، چاہے آپ اپنی مشین پر Maven انسٹالیشن اپ ڈیٹ کر دیں۔
سیٹنگ کو اسی عمل سے ہم آہنگ کریں
curl یا wget استعمال کرنے والے Unix only-script wrapper کے لیے وہ proxy انٹرفیس کنفیگر کریں جو یہ ڈاؤن لوڈر سپورٹ کرتا ہے؛ HTTPS ڈاؤن لوڈ https_proxy استعمال کر سکتی ہے۔ اگر یہ ڈسٹری بیوشن ڈاؤن لوڈ عوامی HTTP proxy استعمال کر سکتی ہے تو اس ڈاؤن لوڈر کے ماحول کے لیے HTTP proxy فہرست سے امیدوار پتہ لیں۔ اگر قدر کسی SOCKS سرور کی نشاندہی کرے تو ڈاؤن لوڈر کو وہ پروٹوکول بھی سپورٹ کرنا ہوگا۔
MAVEN_OPTS JVM اختیارات فراہم کرتا ہے۔ یہ shell کے curl عمل کو کنفیگر نہیں کر سکتا، لیکن JVM proxy خصوصیات Java ڈاؤن لوڈر راستے پر اہم ہو سکتی ہیں۔ پرانے Takari حل کا کسی دوسرے پروجیکٹ کے wrapper سے موازنہ کرتے وقت یہی مفید فرق ہے۔
جب ڈسٹری بیوشن ڈاؤن لوڈ مکمل ہو اور Maven شروع ہو جائے تو اس کی repository ڈاؤن لوڈز Maven کی اپنی proxy کنفیگریشن کے خلاف الگ جانچ بن جاتی ہیں۔ ڈسٹری بیوشن، wrapper JAR اور repositories مختلف hosts فراہم کر سکتے ہیں۔