Maven ဒေါင်းလုဒ်လုပ်နေစဉ် mvnw မအောင်မြင်ပါက settings.xml ရှိ အလုပ်လုပ်သော proxy ထည့်သွင်းချက်သည် အလွန်နောက်ကျနိုင်သည်- Maven မစတင်ရသေးပါ။

ထိခိုက်သော checkout ရှိ ဖန်တီးထားသော wrapper ဖိုင်များကို စစ်ဆေးပြီး မည်သည့် ဒေါင်းလုဒ်အား လုပ်ဆောင်သည်ကို ဖော်ထုတ်ပါ။ Maven Wrapper 3.3.4 သည် ဤအစီအစဉ်များကို မှတ်တမ်းတင်သည်-

ဖန်တီးထားသော အမျိုးအစားproxy ထည့်သွင်းချက်ကို ရှာရမည့်နေရာ
only-scriptUnix တွင် curl သို့မဟုတ် wget; Windows တွင် PowerShell
scriptwrapper JAR ဒေါင်းလုဒ်၊ ထို့နောက် Java wrapper လမ်းကြောင်း
binပါဝင်သော wrapper JAR နှင့် ၎င်း၏ Java ဒေါင်းလုဒ်လမ်းကြောင်း
sourcebootstrap အတွက် အသုံးပြုသည့်အခါ ပါဝင်သော Java ဒေါင်းလုဒ်၏ အရင်းအမြစ်

only-script သည် အသစ်ဖန်တီးထားသော wrapper များအတွက် မှတ်တမ်းတင်ထားသော မူလတန်ဖိုးဖြစ်သည်။ ရှေးကျသော checkout သည် ၎င်း၏ ဖန်တီးထားသော ဖိုင်များကို ထိန်းသိမ်းထားသည်၊ သင့်စက်တွင် Maven ထည့်သွင်းမှုကို အပ်ဒိတ်လုပ်သည့်တိုင်။

ဆက်တင်ကို ထိုလုပ်ငန်းစဉ်နှင့် ကိုက်ညီပါစေ

curl သို့မဟုတ် wget အသုံးပြုသော Unix only-script wrapper အတွက် ထို ဒေါင်းလုဒ်က ပံ့ပိုးသော proxy အင်တာဖေ့စ်ကို သတ်မှတ်ပါ; HTTPS ဒေါင်းလုဒ်သည် https_proxy ကို အသုံးပြုနိုင်သည်။ ထို ဖြန့်ဝေမှု ဒေါင်းလုဒ်သည် အများပြည်သူ HTTP proxy ကို အသုံးပြုနိုင်ပါက ဤ ဒေါင်းလုဒ်၏ ပတ်ဝန်းကျင်အတွက် HTTP proxy စာရင်း မှ ကိုယ်စားလှယ်လိပ်စာကို ယူပါ။ တန်ဖိုးက SOCKS ဆာဗာဟု ဆိုပါက ဒေါင်းလုဒ်သည်လည်း ထို ပရိုတိုကောကို ပံ့ပိုးရမည်။

MAVEN_OPTS သည် JVM ရွေးချယ်စရာများကို ပေးသည်။ ၎င်းသည် shell ၏ curl လုပ်ငန်းစဉ်ကို သတ်မှတ်၍ မရသော်လည်း JVM proxy ဂုဏ်သတ္တိများသည် Java ဒေါင်းလုဒ်လမ်းကြောင်းတွင် အရေးပါနိုင်သည်။ ရှေးကျသော Takari ဖြေရှင်းချက်ကို အခြားပရောဂျက်၏ wrapper နှင့် နှိုင်းယှဉ်ရာတွင် ဤသည်မှာ အသုံးဝင်သော ကွာခြားချက်ဖြစ်သည်။

ဖြန့်ဝေမှု ဒေါင်းလုဒ် ပြီးဆုံးပြီး Maven စတင်သောအခါ ၎င်း၏ သိုလှောင်ရာ ဒေါင်းလုဒ်များသည် Maven ၏ ကိုယ်ပိုင် proxy ဖွဲ့စည်းမှု နှင့် သီးခြား စစ်ဆေးမှု ဖြစ်လာသည်။ ဖြန့်ဝေမှု၊ wrapper JAR နှင့် သိုလှောင်ရာများကို မတူညီသော host များက ဝန်ဆောင်နိုင်သည်။

ဆက်စပ်ဆောင်းပါးများ