jose4j ווייט JWK אַראָפּלאָדונגען דורך אַן HTTP פּראָקסי

דער ווייטער שליסל־סעט לאָודער פֿון jose4j האָט זײַן אייגענעם HTTP אָפּנעם־אָביעקט. קאָנפיגוריר יענעם אָביעקט ווען די אַפּלאַקיישאַן קען רופֿן אַן API אָבער קען נישט אַראָפּלאָדן די JSON Web Keys פֿון דעם אַרויסגעבער.

די API פֿון jose4j 0.9.6 שטעלט צו Get.setHttpProxy און HttpsJwks.setSimpleHttpGet:

org.jose4j.http.Get downloader = new org.jose4j.http.Get();
downloader.setHttpProxy(new java.net.Proxy(
    java.net.Proxy.Type.HTTP,
    new java.net.InetSocketAddress("proxy.example", 8080)));
downloader.setConnectTimeout(5000);
downloader.setReadTimeout(15000);

org.jose4j.jwk.HttpsJwks jwks = new org.jose4j.jwk.HttpsJwks(
    "https://issuer.example/keys");
jwks.setSimpleHttpGet(downloader);

ניץ דעם קאָנפיגורירטן jwks־אָביעקט אין דער שליסל־סאָלווינג פֿון דער אַפּלאַקיישאַן. שאַפֿן אים לעבן אַן עקזיסטירנדיקן סאָלווער ענדערט נישט די אַנדערע אינסטאַנץ פֿון יענעם סאָלווער.

Get ניצט URL און HttpsURLConnection. דער מפורשדיקער Proxy ווערט איבערגעגעבן צו URL.openConnection(Proxy); דאָס באַגרענעצט דעם וועג צו דעם לאָודער אַנשטאָט פֿאָדערן אַ נײַע פּראָקסי־פּאָליטיק פֿאַר דער גאַנצער JVM. פּראָקסי־אויטענטיפֿיקאַציע, אויב נייטיק, איז אַן עקסטרע טראַנספּאָרט־ענין. אַ באַשטעטיקטע פּובליק צוטריטלעכע אַרויסגעבער־URL קען ניצן אַן HTTP־אַדרעס פֿון דער HTTP־פּראָקסי ליסטע ווען פּובליקע מיטלערס זענען ערלויבט און קיין פּראָקסי־קאָנטאָ איז נישט קאָנפיגורירט.

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

דאָס קאָנפיגורירט שליסל־אָפּנעם. טאָקען־וואַלידירונג דאַרף נאָך די געוויינטלעכע פּאָליטיק פֿון דער אַפּלאַקיישאַן פֿאַר חתימה, אַרויסגעבער, אוידיענץ און אַנדערע פּריפֿונגען; בלויז באַקומען אַ JSON־שליסל־סעט פֿירט נישט אויס די פּריפֿונגען.