Kuhifadhi kwa buffer upakiaji wa Jersey 2 kwa majaribio ya uthibitishaji wa proksi

Fanya kipengele cha ombi la Jersey 2 na kiunganishi cha Apache kiweze kurudiwa wakati mazungumzo ya uthibitishaji yanahitaji kutuma upakiaji tena.

Upakiaji unaojaribiwa tena baada ya changamoto ya proksi unahitaji mwili wake tena. Kwa kiunganishi cha Apache cha Jersey 2, chagua usindikaji wa kipengele kilichohifadhiwa kwenye buffer katika usanidi unaotumika kujenga mteja huyo:

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

Tekeleza upakiaji kupitia mteja unaotokana. Aina hizi zinatoka kwenye vifurushi vya Jersey client na Apache-connector; kuweka usanidi usiotumika hakungeathiri ombi.

Kiunganishi hufunika kipengele kilichohifadhiwa kwenye BufferedHttpEntity ya Apache. Kipengele chake cha utiririshaji kisichohifadhiwa hakiwezi kurudiwa. Uhifadhi huo hupa mtiririko wa uthibitishaji baiti anazoweza kutuma tena badala ya kusoma tena mzalishaji aliyetumika.

Hakihakikishi kwamba uthibitishaji unaisha baada ya 407 moja. Baadhi ya mifumo huhitaji kubadilishana mara kadhaa kwa halali, kwa hiyo kagua mazungumzo yote kabla ya kuchukua changamoto nyingine kama hali iliyopotea.

Weka ukubwa wa mwili ndani ya bajeti ya kumbukumbu. Upakiaji mkubwa wa utiririshaji unahitaji mkakati wa kurudia unaofaa mzigo huo; kuwasha uhifadhi kwa kila ombi kunaweza kubadilisha kushindwa kwa mazungumzo na kumalizika kwa kumbukumbu.

Makala zinazohusiana