Pag-buffer ng Jersey 2 na pag-upload para sa mga pagsubok muli ng proxy authentication

Ang upload na sinusubukan muli pagkatapos ng hamon ng proxy ay kailangan muli ang katawan nito. Para sa Apache connector ng Jersey 2, piliin ang buffered na pagproseso ng entity sa configuration na gamit sa pagbuo ng kliyenteng iyon:

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

Isagawa ang upload sa pamamagitan ng kliyenteng nabuo. Ang mga uri na ito ay nagmumula sa mga pakete ng Jersey client at Apache-connector; ang pagtatakda ng hindi ginagamit na configuration ay hindi makakaapekto sa kahilingan.

Binabalot ng connector ang buffered na entity sa BufferedHttpEntity ng Apache. Ang hindi naka-buffer na streaming entity nito ay hindi mauulit. Ang pag-buffer ay nagbibigay sa daloy ng authentication ng mga byte na maaari nitong ipadala muli sa halip na basahin muli ang isang producer na nagamit na.

Hindi nito ginagarantiyahan na magtatapos ang authentication pagkatapos ng isang 407. Ang ilang scheme ay lehitimong nangangailangan ng maraming palitan, kaya suriin ang buong negosasyon bago ituring ang isa pang hamon bilang nawalang estado.

Panatilihin ang laki ng katawan sa loob ng badyet ng memorya. Ang malaking streaming upload ay nangangailangan ng estratehiya sa pag-ulit na angkop sa gawaing iyon; ang pagpapagana ng buffer para sa bawat kahilingan ay maaaring ipalit ang pagkabigo ng negosasyon sa pagkaubos ng memorya.