MongoDB မစတင်မီ Flapdoodle ၏ ဒေါင်းလုဒ် proxy ကို သတ်မှတ်ပါ
ကူးပြောင်းမှုအခြေခံ Flapdoodle ဆက်တင်တွင် DownloadPackage ကို စိတ်ကြိုက်ပြင်ဆင်ပြီး ပူနေသော cache သည် proxy လမ်းကြောင်းကို ကျော်သွားနိုင်သည်ကို သတိရပါ။
MongoDB archive ကို ရယူစဉ် စတင်မှု မအောင်မြင်ပါက Flapdoodle ၏ package ဒေါင်းလုဒ်ကိရိယာကို သတ်မှတ်ပါ။ HTTP proxy စာရင်းသည် အများသူငှာ ဒေါင်းလုဒ်လမ်းကြောင်းအတွက် ကိုယ်စားလှယ် အဆုံးမှတ်များကို ပေးနိုင်သည်။ ဒေတာဘေ့စ် client သည် ၎င်း၏ နောက်ပိုင်း ချိတ်ဆက်မှုကို မပြုလုပ်ရသေးပါ။
ခေတ်သစ် ကူးပြောင်းမှုအခြေခံ စိတ်ကြိုက်ပြင်ဆင်မှုသည် proxy ကို DownloadPackage မှတစ်ဆင့် ပံ့ပိုးသည်။
Mongod mongod = new Mongod() {
@Override
public DownloadPackage downloadPackage() {
return DownloadPackage.withDefaults()
.withDownloadConfig(DownloadConfig.defaults()
.withProxyFactory(() -> Proxys.httpProxy("proxy.example", 8080)));
}
};ရွေးချယ်ထားသော Flapdoodle MongoDB နှင့် embedded-process စာကြည့်တိုက်များမှ class များကို အသုံးပြုပြီး ဤစိတ်ကြိုက်ပြင်ဆင်ထားသော Mongod ကို အက်ပ်လီကေးရှင်း သို့မဟုတ် စမ်းသပ်ဆက်တင်တွင် အသုံးပြုပါ။ lambda သည် HTTP proxy ကို ပံ့ပိုးသည်။ archive URL သည် ဒေါင်းလုဒ်ဦးတည်ရာအဖြစ် ကျန်ရှိသည်။
cache မှ အောင်မြင်စွာ စတင်ခြင်းသည် ထို proxy ကို အသုံးမပြုပါ။ package ကူးပြောင်းမှုသည် ဒေါင်းလုဒ် cache ကို ဦးစွာ စစ်ဆေးသည်၊ ထို့ကြောင့် စတင်မှုရလဒ်ကို အကဲဖြတ်ရာတွင် cache ထိမှန်မှုနှင့် အမှန်တကယ် archive ရယူမှုကို ခွဲခြားပါ။
ဤပုံစံသည် ကူးပြောင်းမှု API ၏ အစိတ်အပိုင်းဖြစ်သည်။ ရှေးကျသော RuntimeConfig တည်ဆောက်သူများနှင့် Spring Boot ၏ ယခင် DownloadConfigBuilderCustomizer သည် မတူညီသော စိတ်ကြိုက်ပြင်ဆင်မှုနှင့် cache အပြင်အဆင် interface များကို အသုံးပြုသည်။ ဥပမာကို အက်ပ်လီကေးရှင်းရှိ dependency မျိုးဆက်နှင့် ကိုက်ညီအောင် ချိန်ညှိပါ။