Jersey 2 įkėlimo buferiavimas pakartotiniams proxy autentifikavimo bandymams

Padarykite Jersey 2 Apache jungties užklausos objektą kartojamą, kai autentifikavimo derybos turi iš naujo išsiųsti įkėlimą.

Įkėlimas, kartojamas po proxy iššūkio, vėl reikia savo turinio. Jersey 2 Apache jungčiai pasirinkite buferizuotą objekto apdorojimą konfigūracijoje, pagal kurią kuriamas tas klientas:

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

Atlikite įkėlimą per gautą klientą. Šie tipai kilę iš paketų Jersey client ir Apache-connector; nenaudojamos konfigūracijos nustatymas užklausai įtakos neturėtų.

Jungtis įvynioja buferizuotą objektą į Apache BufferedHttpEntity. Jos nebuferizuotas srauto objektas nekartojamas. Buferiavimas suteikia autentifikavimo eigai baitus, kuriuos ji gali siųsti iš naujo, o ne iš naujo skaityti jau sunaudotą gamintoją.

Tai negarantuoja, kad autentifikavimas baigsis po vieno 407. Kai kurios schemos teisėtai reikalauja kelių apsikeitimų, todėl patikrinkite visas derybas, prieš laikydami dar vieną iššūkį prarasta būsena.

Laikykite turinio dydį atminties biudžeto ribose. Dideliam srautiniam įkėlimui reikia to tipo apkrovai tinkančios kartojimo strategijos; buferiavimo įjungimas kiekvienai užklausai gali derybų nesėkmę iškeisti į atminties išsekimą.

Susiję straipsniai