Apache HttpClient 4.2: ပရောက်ဆီ AuthCache ကို တောင်းဆိုမှု အခြေအနေတွင် ထားရှိပါ

ရှေးဟောင်း HttpClient 4.2.2 အက်ပ်တွင် အထောက်အထား ပံ့ပိုးသူနှင့် အတည်ပြုချက် ကက်ရှ်သည် မတူညီသော အလုပ်များကို လုပ်ဆောင်သည်။ ပံ့ပိုးသူက အကောင့်ကို ပေးသည်၊ ကက်ရှ်က ရည်ရွယ်ချက်ရှိရှိ ကြိုတင်ပြင်ဆင်ထားသော အတည်ပြုချက် အစီအစဉ်ကို နောက်စိန်ခေါ်မှု မရောက်မီ ပါဝင်ခွင့်ပြုသည်။

ပရောက်ဆီအတွက် သီးသန့်ဖြစ်သော ရှေးဟောင်း BasicScheme ကွန်စထရပ်တာအတွက် လွှဲပြောင်းမှုသည် ဤသို့ ဖြစ်သည်:

AuthCache cache = new BasicAuthCache();
cache.put(proxy, new BasicScheme(ChallengeState.PROXY));

HttpContext context = new BasicHttpContext();
context.setAttribute(ClientContext.AUTH_CACHE, cache);
HttpResponse response = client.execute(request, context);

ဤအပိုင်းသည် client တွင် ကိုက်ညီသော ပရောက်ဆီလမ်းကြောင်းနှင့် အထောက်အထား ပံ့ပိုးသူ ရှိပြီးသားဟု ယူဆသည်။ proxy သည် ၎င်း၏ HttpHost ဖြစ်ပြီး request သည် အမှန်တကယ် လုပ်ဆောင်ချက် ဖြစ်သည်။ ကက်ရှ်သော့သည် ထို ကြားခံကို ဖော်ပြရမည်၊ ခရီးဆုံး ဝဘ်ဆိုက်ကို မဟုတ်ပါ။

ဖြည့်ထားသော အခြေအနေကို execute သို့ ပေးပို့ပါ။ ၎င်းကို တည်ဆောက်ပြီးနောက် အခြား အခြေအနေ ဖန်တီးသော overload ကို အသုံးပြုပါက ကက်ရှ်သည် လဲလှယ်မှု အပြင်ဘက်တွင် ကျန်ရစ်သည်။ ထို အတည်ပြုချက် အခြေအနေကို မျှဝေရမည့် နောက်ဆက်တွဲ လုပ်ဆောင်ချက်များအတွက် နောက်တစ်ကြိမ်တိုင်း အလွတ် အခြေအနေ ပြန်လည် တည်ဆောက်မည့်အစား သင့်လျော်သော အခြေအနေကို ထိန်းထားပါ။

ရှင်းလင်းသော PROXY အခြေအနေသည် ဤ ရှေးဟောင်း API ၏ အစိတ်အပိုင်း ဖြစ်သည်။ TARGET သည် ခရီးဆုံး အတည်ပြုချက်နှင့် ဆိုင်သည်။ အသစ်သော HttpClient မျိုးဆက်များက ပက်ကေ့ဂျ်များနှင့် အတည်ပြုချက် API များကို ပြောင်းလဲထားသောကြောင့် ဤအရာကို လက်ရှိ 4.2 ကုဒ်အတွက် ပြုပြင်ထိန်းသိမ်းမှု လမ်းညွှန်အဖြစ် အသုံးပြုပါ၊ client အသစ်အတွက် ချက်ပြုတ်နည်း အဖြစ် မဟုတ်ပါ။

ပုံမှန် စိန်ခေါ်မှု မောင်းနှင်သော လဲလှယ်မှုသည် မှန်ကန်နိုင်ဆဲ ဖြစ်သည်။ သိပြီး ရည်ရွယ်ထားသော ပရောက်ဆီအတွက်သာ Basic အတည်ပြုချက်ကို မျိုးစေ့ချပါ၊ နောက် လုပ်ဆောင်ချက်က ၎င်း၏ ချိတ်ဆက်မှုကို မလိုအပ်မီ တုံ့ပြန်မှု တစ်ခုစီကို သုံးစွဲပါ သို့မဟုတ် လွှတ်ပေးပါ။ အသုံးဝင်သော ရလဒ်သည် တောင်းဆိုမှုကို အမှန်တကယ် ပို့သော လုပ်ဆောင်မှုနှင့် ချိတ်ဆက်ထားသော အကောင့်နှင့် ကက်ရှ်လုပ်ထားသော အစီအစဉ် ဖြစ်သည်။