sbt-નું પ્રથમ ડાઉનલોડ પ્રોક્સી દ્વારા મેળવો

તમારી બિલ્ડ વ્યાખ્યાએ કંઈ ઉપયોગી કર્યું હોય તે પહેલાં sbt ને નેટવર્કની જરૂર પડી શકે છે. તેના લોન્ચરે ઘટકો મેળવવા પડે છે, અને બિલ્ડ પછી વધારાની લાઇબ્રેરીઓ દ્વારા રિપોઝિટરીઓનો સંપર્ક કરી શકે છે. કોઈ કાર્યની અંદર છુપાયેલી પ્રોક્સી સેટિંગ પ્રથમ ડાઉનલોડ માટે ઘણી મોડી આવી શકે છે.

જે JVM ખરેખર sbt ચલાવે છે તેનાથી શરૂ કરો. જે લોન્ચર પ્રોજેક્ટનું .jvmopts વાંચે છે તેના માટે મૂળભૂત એન્ડપોઇન્ટ ગુણધર્મો આ હોઈ શકે:

-Dhttp.proxyHost=proxy.example.net
-Dhttp.proxyPort=8080
-Dhttps.proxyHost=proxy.example.net
-Dhttps.proxyPort=8080

આ મૂલ્યો હોસ્ટનામ અને પોર્ટને અલગ પાડે છે; તે સંપૂર્ણ પ્રોક્સી URL નથી. મંજૂર જાહેર રિપોઝિટરી ડાઉનલોડ માટે HTTP પ્રોક્સી સૂચિ તે ક્ષેત્રો માટે ઉમેદવાર મૂલ્યો પૂરા પાડે છે. HTTPS રિપોઝિટરી સુધી CONNECT વાપરીને HTTP પ્રોક્સી દ્વારા પણ પહોંચી શકાય છે.

ધ્યાન રાખો કયું ડાઉનલોડ નિષ્ફળ ગયું

લોન્ચર બૂટસ્ટ્રેપ, બિલ્ડ-ટૂલ ઘટકો, પ્લગઇન અને નિર્ભરતાઓ જરૂરી નથી કે એક જ રૂપરેખાંકન સ્તર વાપરે. રિપોઝિટરી ઘોષણાઓ સંપાદિત કરતા પહેલાં નિષ્ફળ URL અને તબક્કો ઓળખો.

રિપોઝિટરી પસંદગી જવાબ આપે છે કે આર્ટિફેક્ટ ક્યાંથી મળે છે. પ્રોક્સી રૂપરેખાંકન જવાબ આપે છે કે નેટવર્ક ક્લાયન્ટ તે એન્ડપોઇન્ટ સુધી કેવી રીતે પહોંચે છે. રિપોઝિટરીને આંતરિક મિરરથી બદલવું અલગ સમર્થિત પસંદગી હોઈ શકે, પરંતુ તે બાકીના બધા લક્ષ્યો માટે નેટવર્ક પ્રોક્સી ગોઠવતું નથી.

પ્રોક્સી પ્રમાણીકરણ બીજી ચકાસણી છે. એવું ન માનો કે દરેક Java ડાઉનલોડર મનસ્વી proxyUser ગુણધર્મને સમર્થિત લોગિન પદ્ધતિ તરીકે ગણે છે. સ્થાપિત લોન્ચર અને સંબંધિત રિઝોલ્વર માટે દસ્તાવેજીકૃત પ્રમાણીકરણ ગોઠવણી વાપરો.

અંતે, બીજા રનર માટેની માર્ગદર્શિકામાંથી ચલ કોપી કરવાને બદલે અસરકારક લોન્ચર વાતાવરણ ચકાસો. DNS નિષ્ફળતા, અનુપલબ્ધ રિપોઝિટરી અને નકારાયેલ પ્રોક્સી લોગિન—બધા નિર્ભરતા ઉકેલવા દરમિયાન દેખાઈ શકે છે, છતાં ખૂબ જુદા જુદા સુધારા માંગે છે.