اتوماتیک پروکسي پلگ ان د لپ ټاپ لپاره چې د شبکو ترمنځ ګرځي، مثالی ښکاري. خو یو ناخوښ لومړنی غوښتنه شته: Maven کیدای شي پروکسي ته اړتیا ولري ترڅو پلگ ان پخپله ترلاسه کړي.

د پلگ ان هدف یوازې هغه وخت چلیږي چې Maven د هغې پلي کول او اړین آرټیفکټونه حل او بار کړي. د هغې پلي کولو دننه د پروکسي کشف هغه ډاونلوډ سره مرسته نشي کولی چې د پلي کولو له پیل مخکې ناکام شي. د بشپړ وړ پلگ ان همغږي کارول د مختګ لټون څخه مخنیوی کولی شي؛ خو دا په خالي محلي ذخیره کې د پلگ ان آرټیفکټ نه ښکاره کوي.

زاړه Autoproxy Maven پلگ ان دا توپیر ښیي. د هغې README د proxy-vole له لارې د پروکسي کشف تشریح کوي، خو د خپل هدف د رابللو دمخه د پلگ ان محلي نصبول هم تشریح کوي. هغه د همدې ځانګړي ډیزاین مخکینی شرط وګڼئ، نه د دې شاهد چې Maven په عمومي ډول د براوزر PAC تنظیمات لولي.

لومړي حل ته روښانه لاره ورکړئ

د هغې شبکې لپاره چې د ذخیرې لاسرسی HTTP پروکسي ته اړتیا لري، په هغو Maven تنظیماتو کې چې هغه غوښتنه یې کاروي مناسب فعال پروکسي تنظیم کړئ. د اجازه ورکړل شوې عامه ذخیرې پیل لپاره، د HTTP پروکسي لیست څخه HTTP نوماند وټاکئ. اجازه ورکړل شوې داخلي ذخیره چې پرته له بهرنۍ لارې ورته رسیدل کیدای شي هم کولای شي لومړنۍ لاسرسي ستونزه حل کړي. هر لاره باید پلگ ان او د هغې انحصارونه پوښي، نه یوازې د اپلیکیشن انحصارونه.

مخکې ډکه شوې محلي ذخیره کولای شي د پیل غوښتنه پټه کړي. د پراختیا کونکي په لپ ټاپ کې بریالیتوب نه ثابتوي چې نوی CI حساب کولای شي هماغه جوړونه پیل کړي. د پلگ ان د کشف منطق د بدلولو دمخه ناکام آرټیفکټ او پړاو وګورئ.

وروسته له دې چې پلگ ان بار شي، وروستی انحصار ناکامي جلا پوښتنه کیږي: ایا موندل شوې لاره سمه ده او ایا فعال Maven ترانسپورت پایله تنظیمات کاروي. هغه دوه ناکامۍ نقطې جلا وساتئ کله چې پریکړه کوئ چې ایا اتوماتیک کشف د ساتلو ارزښت لري.

اړوندې مقالې