E Jersey 2-Upload pufferen fir erneit Proxy-Authentifizéierungsversich
Maach eng Jersey 2-Ufro-Entitéit mam Apache-Connector widderhuelbar, wann d'Authentifizéierungs-Verhandlung den Upload muss nach eng Kéier schécken.
En Upload, dee no enger Proxy-Erausfuerderung nach eng Kéier probéiert gëtt, brauch säi Body nach eng Kéier. Fir den Apache-Connector vu Jersey 2 wielt déi gepufferte Entitéits-Veraarbechtung an der Konfiguratioun, mat där dee Client gebaut gëtt:
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);Féiert den Upload iwwer de resultéierende Client aus. Dës Typen kommen aus de Päck Jersey client an Apache-connector; eng onbenotzt Konfiguratioun géif d'Ufro net beaflossen.
Den Connector packt eng gepuffert Entitéit an den BufferedHttpEntity vun Apache. Seng net-gepuffert Streaming-Entitéit ass net widderhuelbar. D'Puffere gëtt dem Authentifizéierungs-Floss Bytes, déi en erëm ka schécken, amplaz e verbrauchte Produzent nach eng Kéier ze liesen.
Et garantéiert net, datt d'Authentifizéierung no enger 407 ophält. Verschidde Schemaen erfuerderen berechtegt méi wéi een Austausch, also iwwerpréift déi ganz Verhandlung, ier Dir eng aner Erausfuerderung als verluerene Zustand behandelt.
Halt d'Body-Gréisst am Erënnerungsbudget. En groussen Streaming-Upload brauch eng Widderhuelungsstrategie, déi zu där Belaaschtung passt; d'Puffere fir all Ufro anzeschalten kann en Verhandlungsfeel mat Erënnerungserschëpfung austauschen.