Maven એ proxy પ્લગઇન ચલાવી શકે તે પહેલાં તેને તેના સુધી પહોંચવું પડે
જ્યારે Maven પ્લગઇન proxy શોધવાનું વચન આપે પણ તેની પોતાની આર્ટિફેક્ટ ઉકેલી શકાતી નથી ત્યારે બૂટસ્ટ્રેપ સમસ્યા સમજો.
નેટવર્ક વચ્ચે ફરતા લેપટોપ માટે સ્વચાલિત proxy પ્લગઇન આદર્શ લાગે છે. પણ એક અઘરી પ્રથમ વિનંતી છે: Maven ને પ્લગઇન પોતે મેળવવા માટે proxy ની જરૂર પડી શકે.
પ્લગઇન લક્ષ્ય ત્યારે જ ચાલે છે જ્યારે Maven તેના અમલીકરણ અને જરૂરી આર્ટિફેક્ટ ઉકેલી અને લોડ કરી શકે. તે અમલીકરણની અંદર proxy શોધ અમલીકરણ શરૂ થાય તે પહેલાં નિષ્ફળ જતા ડાઉનલોડને મદદ કરી શકતી નથી. સંપૂર્ણ લાયકાતવાળા પ્લગઇન કોઓર્ડિનેટ્સ વાપરવાથી પ્રીફિક્સ શોધ ટાળી શકાય; પણ ખાલી સ્થાનિક રિપોઝિટરીમાં પ્લગઇન આર્ટિફેક્ટ દેખાડતું નથી.
જૂનું Autoproxy Maven પ્લગઇન આ ભેદ દર્શાવે છે. તેનું README proxy-vole દ્વારા proxy શોધ વર્ણવે છે, પણ તેનું લક્ષ્ય બોલાવતાં પહેલાં પ્લગઇન સ્થાનિક રીતે ઇન્સ્ટોલ કરવાનું પણ વર્ણવે છે. તેને તે ચોક્કસ ડિઝાઇનની પૂર્વશરત ગણો, Maven સાર્વત્રિક રીતે બ્રાઉઝર PAC સેટિંગ્સ વાંચે છે તેનો પુરાવો નહીં.
પ્રથમ ઉકેલને સ્પષ્ટ માર્ગ આપો
જ્યાં રિપોઝિટરી ઍક્સેસ માટે HTTP proxy જરૂરી હોય તેવા નેટવર્ક માટે, તે કૉલ વાપરતી Maven સેટિંગ્સમાં યોગ્ય સક્રિય proxy ગોઠવો. મંજૂર જાહેર-રિપોઝિટરી બૂટસ્ટ્રેપ માટે, HTTP proxy યાદીમાંથી HTTP ઉમેદવાર પસંદ કરો. બાહ્ય માર્ગ વિના પહોંચી શકાય તેવી મંજૂર આંતરિક રિપોઝિટરી પણ પ્રારંભિક ઍક્સેસ સમસ્યા ઉકેલી શકે. કોઈપણ અભિગમે પ્લગઇન અને તેની નિર્ભરતાઓ આવરી લેવી જોઈએ, ફક્ત એપ્લિકેશનની નિર્ભરતાઓ નહીં.
પહેલેથી ભરેલી સ્થાનિક રિપોઝિટરી બૂટસ્ટ્રેપ જરૂરિયાત છુપાવી શકે. વિકાસકર્તાના લેપટોપ પરની સફળતા સાબિત કરતી નથી કે નવું CI ખાતું એ જ બિલ્ડ શરૂ કરી શકે. પ્લગઇનની શોધ લોજિક બદલતાં પહેલાં નિષ્ફળ આર્ટિફેક્ટ અને તબક્કો જુઓ.
પ્લગઇન લોડ થયા પછી, પછીની નિર્ભરતા નિષ્ફળતા અલગ પ્રશ્ન બને છે: તેનો શોધાયેલ માર્ગ સાચો છે કે નહીં અને સક્રિય Maven પરિવહન પરિણામી સેટિંગ્સ વાપરે છે કે નહીં. સ્વચાલિત શોધ રાખવી યોગ્ય છે કે નહીં તે નક્કી કરતી વખતે તે બે નિષ્ફળતા બિંદુઓ અલગ રાખો.