د پراکسي تصدیق بیا هڅو لپاره د Jersey 2 اپلوډ بفر کول

هغه اپلوډ چې د پراکسي ننګونې وروسته بیا هڅول کیږي، خپل بدن بیا غواړي. د Jersey 2 د Apache connector لپاره، په هغه ترتیباتو کې چې هغه کلاینټ پرې جوړیږي، بفر شوې واحد پروسس غوره کړئ:

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);

اپلوډ د جوړ شوي کلاینټ له لارې ترسره کړئ. دا ډولونه د Jersey client او Apache-connector بنډلونو څخه راځي؛ د نااستعمال ترتیباتو ټاکل به غوښتنې ته زیان ونه رسوي.

connector بفر شوی واحد د Apache په BufferedHttpEntity کې تاووي. د هغې نابفر شوې سټریمېنګ واحد بیا تکراریدونکی نه دی. بفر کول د تصدیق جریان ته هغه بایټ ورکوي چې بیا یې لېږلی شي، پرته له دې چې کارول شوی تولیدوونکی بیا ولولي.

دا تضمین نه کوي چې تصدیق به له یو 407 وروسته پای ته ورسیږي. ځینې سکیمونه په قانوني ډول څو تبادلې غواړي، نو د بل ننګونې د ورک شوي حالت په توګه له ګڼلو مخکې ټوله خبرې اترې وګورئ.

د بدن اندازه د حافظې په بودیجه کې وساتئ. لوی سټریمېنګ اپلوډ د هغې کاري بار سره سم د بیاځلي غږولو ستراتیژي ته اړتیا لري؛ د هرې غوښتنې لپاره بفر کول فعالول کیدای شي د خبرو اترو ناکامي د حافظې د ختمیدو سره بدله کړي.