Прокси аутентификациясының қайта әрекеттері үшін Jersey 2 жүктеуін буферлеу

Аутентификация келіссөзі жүктеуді қайта жіберуі керек болғанда Jersey 2 Apache-connector сұрау субъектісін қайталанатын етіңіз.

Прокси шақыруынан кейін қайталанатын жүктеу өз денесін қайта қажет етеді. 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-ден кейін аяқталатынына кепілдік бермейді. Кейбір схемалар заңды түрде бірнеше алмасуды талап етеді, сондықтан келесі шақыруды жоғалған күй деп санамас бұрын бүкіл келіссөзді тексеріңіз.

Дене өлшемін жад бюджеті шегінде ұстаңыз. Үлкен ағындық жүктеуге сол жүктемеге сай қайта ойнату стратегиясы қажет; әр сұрау үшін буферлеуді қосу келіссөз сәтсіздігін жадтың таусылуымен алмастыруы мүмкін.

Қатысты мақалалар