பழைய HttpClient 4.2.2 பயன்பாட்டில், நற்சான்று வழங்குநரும் அங்கீகார தற்காலிக சேமையும் வெவ்வேறு வேலைகளைச் செய்கின்றன. வழங்குநர் கணக்கைத் தருகிறார்; சேமை, வேண்டுமென்றே முன்கூட்டியே அமைக்கப்பட்ட அங்கீகார திட்டத்தை அடுத்த சவால் வருவதற்கு முன் பங்கேற்க அனுமதிக்கிறது.

ப்ராக்ஸிக்கு உரிய பழைய BasicScheme கட்டுப்பொருளுக்கு, ஒப்படைப்பு இப்படித் தெரிகிறது:

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

இந்தப் பகுதி client-இடம் ஏற்கனவே பொருந்தும் ப்ராக்ஸி பாதையும் நற்சான்று வழங்குநரும் உள்ளதாகக் கருதுகிறது. proxy அதன் HttpHost, request உண்மையான செயல்பாடு. சேமை விசை அந்த இடைத்தரகரை விவரிக்க வேண்டும், இலக்கு இணையதளத்தை அல்ல.

நிரப்பப்பட்ட சூழலை execute-க்கு அனுப்புங்கள். அதை உருவாக்கி பிறகு வேறு சூழலை உருவாக்கும் மிகை ஏற்றத்தைப் பயன்படுத்தினால் சேமை பரிமாற்றத்திற்கு வெளியே இருக்கும். அந்த அங்கீகார நிலையைப் பகிர வேண்டிய அடுத்தடுத்த செயல்பாடுகளுக்கு, ஒவ்வொரு முறையும் காலியான சூழலை மீண்டும் உருவாக்காமல் பொருத்தமான சூழலை வைத்திருங்கள்.

வெளிப்படையான PROXY நிலை இந்தப் பழைய API-க்கு உரியது. TARGET இலக்கு அங்கீகாரம் தொடர்பானது. புதிய HttpClient தலைமுறைகள் தொகுப்புகளையும் அங்கீகார API-களையும் மாற்றியுள்ளன, எனவே இதை இருக்கும் 4.2 குறியீட்டுக்கான பராமரிப்பு வழிகாட்டியாகப் பயன்படுத்துங்கள், புதிய client-க்கான செய்முறையாக அல்ல.

சாதாரண சவால்-இயக்கும் பரிமாற்றம் இன்னும் சரியாக இருக்கலாம். Basic அங்கீகாரத்தை அறியப்பட்ட, நோக்கமான ப்ராக்ஸிக்கு மட்டுமே விதையுங்கள், மேலும் அடுத்த செயல்பாட்டிற்கு அதன் இணைப்பு தேவைப்படும் முன் ஒவ்வொரு பதிலையும் நுகர்ந்து விடுங்கள் அல்லது விடுவியுங்கள். பயனுள்ள முடிவு, கோரிக்கையை உண்மையில் அனுப்பும் செயலாக்கத்துடன் இணைந்த கணக்கும் சேமிக்கப்பட்ட திட்டமுமாகும்.

தொடர்புடைய கட்டுரைகள்