In Jersey 2-upload buffere foar werpogingen by proxy-autentikaasje
Meitsje in Jersey 2-aanfraachentiteit mei de Apache-connector werhelber as de autentikaasje-ûnderhanneling de upload op 'e nij stjoere moat.
In upload dy't nei in proxy-útdaaging op 'e nij besocht wurdt, hat syn lichem wer nedich. Kies foar de Apache-connector fan Jersey 2 buffere entiteitsferwurking yn 'e konfiguraasje dêr't dy klant mei boud wurdt:
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);Fier de upload út fia de resultearjende klant. Dizze typen komme út 'e pakketten Jersey client en Apache-connector; in net brûkte konfiguraasje soe it fersyk net beynfloedzje.
De connector ferpakt in buffere entiteit yn Apache's BufferedHttpEntity. Syn net-buffere streaming-entiteit is net werhelber. Bufferen jout de autentikaasjefleat bytes dy't it op 'e nij stjoere kin ynstee fan in ferbrûkte produsint wer te lêzen.
It garandearret net dat autentikaasje nei ien 407 einiget. Guon skema's freegje mei rjocht ferskate útwikselingen, besjoch dêrom de hiele ûnderhanneling foardat jo in nije útdaaging as ferlern steat behannelje.
Hâld de lichemsgrutte binnen it ûnthâldbudzjet. In grutte streaming-upload hat in werhellingsstrategy nedich dy't by dy belesting past; bufferen foar elk fersyk oansette kin in ûnderhannelingsflater foar ûnthâldútputting oerruilje.