Maven එය ක්‍රියාත්මක කිරීමට පෙර proxy ප්ලගීනය වෙත ළඟා විය යුතුය
Maven ප්ලගීනය proxy සොයා ගැනීමට පොරොන්දු වුවද එහිම artefact නිරාකරණය කළ නොහැකි විට ඇතිවන bootstrap ගැටලුව තේරුම් ගන්න.
ජාල අතර ගමන් කරන ලැප්ටොප් එකකට ස්වයංක්‍රීය proxy ප්ලගීනයක් සුදුසු බව පෙනේ. නමුත් එක් අපහසු පළමු ඉල්ලීමක් ඇත: ප්ලගීනයම ලබා ගැනීමට Maven ට proxy අවශ්‍ය විය හැක.
Maven එහි ක්‍රියාත්මක කිරීම සහ අවශ්‍ය artefact නිරාකරණය කර පූරණය කිරීමෙන් පසුව පමණක් ප්ලගීන ඉලක්කය ක්‍රියාත්මක වේ. එම ක්‍රියාත්මක කිරීම තුළ proxy සොයා ගැනීම ක්‍රියාත්මක කිරීම ආරම්භ වීමට පෙර අසාර්ථක වන බාගැනීමකට උදව් කළ නොහැක. සම්පූර්ණයෙන් සුදුසුකම් ලත් ප්ලගීන ඛණ්ඩාංක භාවිතය prefix සෙවීම වළක්වා ගත හැක; නමුත් එය හිස් දේශීය ගබඩාවක ප්ලගීන artefact ලබා නොදේ.
පැරණි Autoproxy Maven ප්ලගීනය මෙම වෙනස පෙන්වයි. එහි README proxy-vole හරහා proxy සොයා ගැනීම විස්තර කරයි, නමුත් එහි ඉලක්කය ඇමතීමට පෙර ප්ලගීනය දේශීයව ස්ථාපනය කිරීමද විස්තර කරයි. එය එම විශේෂිත නිර්මාණයේ පූර්ව කොන්දේසියක් ලෙස සලකන්න, Maven සර්වත්‍රව බ්‍රවුසරයේ PAC සැකසුම් කියවන බවට සාක්ෂියක් ලෙස නොවේ.
පළමු විසඳුමට පැහැදිලි මාර්ගයක් දෙන්න
ගබඩා ප්‍රවේශයට HTTP proxy අවශ්‍ය වන ජාලයක් සඳහා, එම ඇමතුම භාවිතා කරන Maven සැකසුම් තුළ සුදුසු ක්‍රියාකාරී proxy වින්‍යාස කරන්න. අවසර ලත් පොදු-ගබඩා bootstrap සඳහා, HTTP proxy ලැයිස්තුවවෙතින් HTTP අපේක්ෂකයෙකු තෝරන්න. බාහිර මාර්ගය නොමැතිව ළඟා විය හැකි අනුමත අභ්‍යන්තර ගබඩාවක්ද ආරම්භක ප්‍රවේශ ගැටලුව විසඳිය හැක. ඕනෑම ප්‍රවේශයක් ප්ලගීනය සහ එහි යැපීම් ආවරණය කළ යුතුය, යෙදුමේ යැපීම් පමණක් නොවේ.
කලින් පිරවූ දේශීය ගබඩාවක් bootstrap අවශ්‍යතාව සඟවා ගත හැක. සංවර්ධකයෙකුගේ ලැප්ටොප් එකේ සාර්ථකත්වය නව CI ගිණුමකට එම ගොඩනැගීම ආරම්භ කළ හැකි බව ඔප්පු නොකරයි. ප්ලගීනයේ හඳුනාගැනීම් තර්කය වෙනස් කිරීමට පෙර අසාර්ථක artefact සහ අදියර දෙස බලන්න.
ප්ලගීනය පූරණය වූ පසු, පසුව ඇතිවන යැපීම් අසාර්ථකත්වය වෙනම ප්‍රශ්නයක් බවට පත්වේ: හඳුනාගත් මාර්ගය නිවැරදිද සහ ක්‍රියාකාරී Maven ප්‍රවාහනය ලැබෙන සැකසුම් භාවිතා කරයිද. ස්වයංක්‍රීය හඳුනාගැනීම තබා ගැනීම වටීද යන්න තීරණය කිරීමේදී එම අසාර්ථකතා ලක්ෂ්‍ය දෙක වෙන් කර තබන්න.