ඔබේ build නිර්වචනය ප්‍රයෝජනවත් යමක් කිරීමට පෙර sbt ට ජාලය අවශ්‍ය විය හැක. එහි launcher ට සංරචක ලබා ගැනීමට සිදු වන අතර, build පසුව අතිරේක පුස්තකාල හරහා repository සම්බන්ධ කර ගත හැක. task එකක් තුළ සැඟවුණු proxy සැකසුම පළමු බාගැනීමට ඉතා ප්‍රමාද විය හැක.

sbt සැබවින්ම ධාවනය කරන JVM සමඟ ආරම්භ කරන්න. ව්‍යාපෘතියේ .jvmopts කියවන launcher සඳහා මූලික endpoint ගුණාංග මේ විය හැක:

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

මෙම අගයන් hostname සහ port වෙන් කරයි; ඒවා සම්පූර්ණ proxy URL නොවේ. අවසර ලත් පොදු repository බාගැනීම් සඳහා HTTP proxy ලැයිස්තුව එම ක්ෂේත්‍ර සඳහා අපේක්ෂක අගයන් සපයයි. HTTPS repository එකකට CONNECT භාවිතයෙන් HTTP proxy හරහාද ළඟා විය හැක.

කුමන බාගැනීම අසාර්ථක වූයේදැයි සැලකිල්ලට ගන්න

launcher bootstrap, build මෙවලම් සංරචක, ප්ලගීන සහ යැපීම් අනිවාර්යයෙන් එකම වින්‍යාස ස්ථරය භාවිත නොකරයි. repository ප්‍රකාශ සංස්කරණය කිරීමට පෙර අසාර්ථක වූ URL සහ අදියර හඳුනා ගන්න.

repository තේරීම යනු artifact ලබා ගන්නේ කොහෙන්ද යන්නට පිළිතුරයි. proxy වින්‍යාසය යනු ජාල සේවාලාභියෙකු එම endpoint වෙත ළඟා වන්නේ කෙසේද යන්නට පිළිතුරයි. repository එකක් අභ්‍යන්තර දර්පණයකින් ප්‍රතිස්ථාපනය කිරීම වෙනම ආධාරක විකල්පයක් විය හැක, නමුත් එය අනෙකුත් සියලුම ගමනාන්ත සඳහා ජාල proxy වින්‍යාස නොකරයි.

proxy සත්‍යාපනය තවත් පරීක්ෂාවකි. සෑම Java බාගන්නෙකුම අත්තනෝමතික proxyUser ගුණාංගයක් ආධාරක පිවිසුම් යාන්ත්‍රණයක් ලෙස සලකන බව උපකල්පනය නොකරන්න. ස්ථාපිත launcher සහ අදාළ resolver සඳහා ලේඛනගත සත්‍යාපන විධිවිධානය භාවිත කරන්න.

අවසාන වශයෙන්, වෙනත් runner සඳහා ලියූ මාර්ගෝපදේශයකින් විචල්‍යයක් පිටපත් කිරීම වෙනුවට සැබෑ launcher පරිසරය පරීක්ෂා කරන්න. DNS අසාර්ථක වීම, නොමැති repository සහ ප්‍රතික්ෂේප වූ proxy පිවිසුම—සියල්ලම යැපීම් විසඳීමේදී දිස්විය හැක, නමුත් ඒවාට බෙහෙවින් වෙනස් නිවැරදි කිරීම් අවශ්‍ය වේ.

අදාළ ලිපි