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

Конекторот завиткува бафериран ентитет во BufferedHttpEntity на Apache. Неговиот небафериран преносен ентитет не е повторлив. Баферувањето му дава на текот за автентикација бајти што може повторно да ги испрати наместо повторно да чита веќе искористен продуцент.

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

Држете ја големината на телото во границите на меморискиот буџет. Големото преносно прикачување бара стратегија за повторување прилагодена на тој товар; вклучувањето баферување за секое барање може да ја замени неуспешната преговора со исцрпување на меморијата.

Поврзани статии