Apache HttpClient 4.2: האַלטן דעם Proxy AuthCache אויפן בקשה־קאָנטעקסט

אין אַן אַלטער 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־דורות האָבן געביטן פּעקלעך און אויטענטיפֿיקאַציע־APIs, דערפֿאַר ניצט דאָס ווי אַ וועגווײַזער פֿאַר אויפֿהאַלטן עקזיסטירנדיקן 4.2 קאָד, נישט ווי אַ רעצעפּט פֿאַר אַ נײַעם client.

אַ געוויינטלעכער פֿאָדערונג־געפֿירטער אויסטויש קען נאָך זײַן ריכטיק. זייט Basic אויטענטיפֿיקאַציע נאָר פֿאַר אַ באַקאַנטן און געמיינטן פּראָקסי, און פֿאַרניצט אָדער באַפֿרײַט יעדע ענטפֿער איידער די נעקסטע אָפּעראַציע דאַרף איר פֿאַרבינדונג. דער נוצלעכער רעזולטאַט איז אַ חשבון און אַ געקאַשט סכעמע געבונדן צו דער אויספֿירונג וואָס שיקט טאַקע די בקשה.