Apache HttpClient 4.2: mantendu proxy AuthCache eskaeraren testuinguruan

HttpClient 4.2.2 aplikazio zahar batean, kredentzialen hornitzaileak eta autentifikazio-cacheak lan desberdinak egiten dituzte. Hornitzaileak kontua ematen du; cacheak nahita aurrez konfiguratutako autentifikazio-eskema bat parte hartzen uzten du hurrengo erronka iritsi aurretik.

Proxyrako berezia den BasicScheme eraikitzailde zaharrarentzat, eskualdaketa horrela da:

AuthCache cache = new BasicAuthCache();
cache.put(proxy, new BasicScheme(ChallengeState.PROXY));

HttpContext context = new BasicHttpContext();
context.setAttribute(ClientContext.AUTH_CACHE, cache);
HttpResponse response = client.execute(request, context);

Zati honek suposatzen du client-ek baduela jada dagokion proxy-bidea eta kredentzialen hornitzailea. proxy bere HttpHost da, eta request benetako eragiketa da. Cache-gakoak bitartekari hori deskribatu behar du, ez helmugako webgunea.

Pasa betetako testuingurua execute-ri. Hori eraiki eta gero beste testuinguru bat sortzen duen gainkarga bat erabiltzeak cachea trukeaz kanpo uzten du. Autentifikazio-egoera hori partekatu behar duten ondorengo eragiketetarako, mantendu testuinguru egokia, bakoitzean huts bat berreraiki beharrean.

PROXY egoera esplizitua API zaharrago honi dagokio. TARGET helmugako autentifikazioari buruzkoa da. HttpClient belaunaldi berriagoek paketeak eta autentifikazio-APIak aldatu dituzte, beraz erabili hau lehendik dagoen 4.2 koderako mantentze-gida gisa, ez bezero berri baterako errezeta gisa.

Erronkak bultzatutako truke arrunta zuzena izan daiteke oraindik. Erein Basic autentifikazioa proxy ezagun eta nahi batentzat soilik, eta kontsumitu edo askatu erantzun bakoitza hurrengo eragiketak bere konexioa behar izan aurretik. Emaitza erabilgarria eskaera benetan bidaltzen duen exekuzioari lotutako kontua eta cachean gordetako eskema da.