Баферовање Jersey 2 отпремања за поновне покушаје proxy аутентификације

Учините тело захтева Jersey 2 са Apache конектором поновљивим када преговарање аутентификације мора поново да пошаље отпремање.

Отпремање које се понавља после изазова proxy-ја поново треба своје тело. За Apache конектор у Jersey 2 изаберите обраду баферованог ентитета у конфигурацији којом се гради тај клијент:

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; постављање неискоришћене конфигурације не би утицало на захтев.

Конектор обавија баферовани ентитет у Apacheov BufferedHttpEntity. Његов небаферовани streaming ентитет није поновљив. Баферовање даје току аутентификације бајтове које може поново да пошаље уместо поновног читања искоришћеног продуцента.

То не гарантује да се аутентификација завршава после једног 407. Неке шеме законито захтевају неколико размена, зато прегледајте цело преговарање пре него што нови изазов третирате као изгубљено стање.

Држите величину тела у оквиру буџета меморије. Велико streaming отпремање тражи стратегију понављања прилагођену том оптерећењу; укључивање баферовања за сваки захтев може да замени неуспех преговарања за исцрпљивање меморије.

Повезани чланци