proxy စိန်ခေါ်မှုပြီးနောက် ပြန်လည်ကြိုးစားသော အပ်လုဒ်သည် ၎င်း၏ ကိုယ်ထည်ကို ထပ်လိုအပ်သည်။ Jersey 2 ၏ Apache connector အတွက် ထို client ကို တည်ဆောက်ရာတွင် သုံးသော configuration တွင် ဘူဖာလုပ်ထားသော entity ကို ရွေးပါ။

ClientConfig config = new ClientConfig();
config.connectorProvider(new ApacheConnectorProvider());
config.property(ClientProperties.PROXY_URI,
                "http://proxy.example.net:8080");
config.property(ClientProperties.REQUEST_ENTITY_PROCESSING,
                RequestEntityProcessing.BUFFERED);

ရလဒ် client မှတစ်ဆင့် အပ်လုဒ်ကို လုပ်ဆောင်ပါ။ ဤအမျိုးအစားများသည် Jersey client နှင့် Apache-connector package များမှ လာသည်။ အသုံးမပြုသော configuration သတ်မှတ်ခြင်းက တောင်းဆိုမှုကို မထိခိုက်ပါ။

connector သည် ဘူဖာလုပ်ထားသော entity ကို Apache ၏ BufferedHttpEntity ထဲတွင် ထုပ်ပိုးသည်။ ၎င်း၏ ဘူဖာမလုပ်သော streaming entity သည် ထပ်ခါတလဲလဲ မရပါ။ ဘူဖာလုပ်ခြင်းက သုံးပြီးသား producer ကို ပြန်ဖတ်မည့်အစား ပြန်ပို့နိုင်သော byte များကို အတည်ပြုခြင်း စီးကြောင်းအား ပေးသည်။

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

ကိုယ်ထည် အရွယ်အစားကို မှတ်ဉာဏ် ဘတ်ဂျက်အတွင်း ထားပါ။ ကြီးမားသော streaming အပ်လုဒ်အတွက် ထို အလုပ်ဝန်နှင့် ကိုက်ညီသော ပြန်လည်ဖွင့်ခြင်း မဟာဗျူဟာ လိုအပ်သည်။ တောင်းဆိုမှုတိုင်းအတွက် ဘူဖာလုပ်ခြင်းကို ဖွင့်ခြင်းက ညှိနှိုင်းမှု မအောင်မြင်ခြင်းကို မှတ်ဉာဏ် ကုန်ခမ်းခြင်းနှင့် လဲလှယ်နိုင်သည်။

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