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

Дене өлчөмүн эстутум бюджетинин чегинде кармаңыз. Чоң агымдык жүктөө үчүн ошол жүктөмгө ылайыктуу кайталоо стратегиясы керек; ар бир сурам үчүн буферлөөнү күйгүзүү сүйлөшүүнүн ийгиликсиздигин эстутумдун бүтүшү менен алмаштырышы мүмкүн.

Тектеш макалалар