Jersey 2 karga bufferrean gordetzea proxy autentifikazioaren berriro saiakeraetarako

Egin Jersey 2 Apache konektorearen eskaera-entitatea errepikagarria autentifikazio negoziazioak karga berriro bidali behar duenean.

Proxyaren erronka baten ondoren berriro saiatutako kargak bere gorputza behar du berriro. Jersey 2ren Apache konektorearentzat, hautatu entitate bufferdunaren prozesamendua bezero hori eraikitzeko erabiltzen den konfigurazioan:

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

Egin karga lortutako bezeroaren bidez. Mota hauek Jersey client eta Apache-connector paketeetatik datoz; erabiltzen ez den konfigurazio bat ezarri izanak ez luke eskaeran eragingo.

Konektoreak entitate bufferduna Apacheren BufferedHttpEntity barruan biltzen du. Bere bufferrarik gabeko korronte-entitatea ez da errepikagarria. Bufferrak autentifikazio-fluxuari berriro bidal ditzakeen byteak ematen dizkio, kontsumitutako ekoizle bat berriro irakurtzen ordez.

Ez du bermatzen autentifikazioa 407 baten ondoren amaitzen denik. Eskema batzuek hainbat elkarrizketa behar dituzte zilegitasunez, beraz aztertu negoziazio osoa beste erronka bat galerako egoera gisa hartu aurretik.

Mantendu gorputzaren tamaina memoria-aurrekontuaren barruan. Korronte bidezko karga handi batek karga horri egokitutako errepikatze-estrategia behar du; eskaera bakoitzerako buffera gaitzeak negoziazio-hutsegitea memoria-agortzearekin truka dezake.

Erlazionatutako artikuluak