אויסקלייבן דעם פּראָקסי־קאָנפיגוראציע־מדרגה אין clj-http

פֿאַר clj-http 3.13.1 הייבט אָן מיט די דאָקומענטירטע צובינדן פֿון דער ביבליאָטעק: Java אייגנשאַפֿטן און דער בעטן־מאַפּע. אַ פּראָקסי־פֿאַרבעסערונג אויפֿן שרײַבטיש אַליין ווײַזט נישט וואָסערע פּאַראַמעטערס די אַפּליקאַציע האָט געגעבן.

אַ בקשה קען קלאָר אויסקלייבן אַן HTTP־מיטלמאַן:

(require '[clj-http.client :as http])

(http/get "https://example.com/"
          {:proxy-host "proxy.example.net"
           :proxy-port 8080})

פֿאַר אַ געמיינזאַמער JVM־פּאָליטיק דאָקומענטירט clj-http די http.proxyHost און http.proxyPort פֿאַר HTTP־צילן, און אויך https.proxyHost און https.proxyPort פֿאַר HTTPS־צילן. די געמיינזאַמע אַריבערפֿאָר־אייגנשאַפֿט איז http.nonProxyHosts.

די קלאָרע אָפּציעס proxy-host און proxy-port שרייבן איבער יענעם אייגנשאַפֿט־באַזירטן וועג, אַרײַנגערעכנט http.nonProxyHosts. פֿאַר אַ דערלויבטער פּובליקער פּרוּוון־קאָנפיגוראציע אָן פּראָקסי־באַשטעטיקונגען קען אַן HTTP־אַרײַנטראג פֿון דער HTTP־פּראָקסי ליסטע צושטעלן דעם האָסט און פּאָרט פֿון דער בקשה. clj-http שטעלט אויך צו proxy-ignore-hosts פֿאַר אויסנאַמען אויף בעטן־מדרגה; זײַן דאָקומענטירטער פֿאַרבאַשטאַנד אַנטהאַלט localhost און 127.0.0.1.

ווען דער מיטלמאַן דאַרף באַשטעטיקונגען, גיט איבער proxy-user און proxy-pass אין די בעטן־אָפּציעס פֿון דער אַפּליקאַציע׳ס באַשטעטיקונג־קוואַל.

SOCKS האָט אַ באַזונדער צובינד: שאַפֿט אַ פֿירער מיט clj-http.conn-mgr/make-socks-proxied-conn-manager און גיט אים איבער ווי connection-manager. ניצט ווידער און פֿאַרמאַכט דעם פֿירער לויט דעם לעבנס־ציקל פֿון דער אַרבעטסלאַסט.