Medpomnjenje nalaganja v Jersey 2 za ponovne poskuse preverjanja pristnosti prek proxyja

Naredite entiteto zahteve Jersey 2 s konektorjem Apache ponovljivo, ko mora pogajanje o preverjanju pristnosti znova poslati nalaganje.

Nalaganje, ki se ponovi po izzivu proxyja, znova potrebuje svoje telo. Za konektor Apache v Jersey 2 izberite obdelavo medpomnjene entitete v konfiguraciji, s katero je zgrajen ta odjemalec:

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

Nalaganje izvedite prek dobljenega odjemalca. Ti tipi prihajajo iz paketov Jersey client in Apache-connector; nastavitev neuporabljene konfiguracije ne bi vplivala na zahtevo.

Konektor ovije medpomnjeno entiteto v Apacheov BufferedHttpEntity. Njegova ne-medpomnjena pretakalna entiteta ni ponovljiva. Medpomnjenje zagotovi toku preverjanja pristnosti bajte, ki jih lahko znova pošlje, namesto da bi znova bral porabljenega proizvajalca.

To ne zagotavlja, da se preverjanje pristnosti konča po enem 407. Nekatere sheme upravičeno zahtevajo več izmenjav, zato preglejte celotno pogajanje, preden nov izziv obravnavate kot izgubljeno stanje.

Ohranite velikost telesa v proračunu pomnilnika. Veliko pretakalno nalaganje potrebuje strategijo ponovitve, prilagojeno tej obremenitvi; omogočanje medpomnjenja za vsako zahtevo lahko zamenja neuspeh pogajanja za izčrpanje pomnilnika.

Sorodni članki