Elekti la agordan nivelon de prokurilo en clj-http
Uzu JVM-ecojn por komuna clj-http-vojo aŭ petopciojn por eksplicita anstataŭigo de HTTP-prokurilo.
Por clj-http 3.13.1, komencu per la dokumentitaj interfacoj de la biblioteko: Java-ecoj kaj la petomapo. Prokurila prefero sur la labortablo sola ne montras, kiujn agordojn la aplikaĵo donis.
Peto povas eksplice elekti HTTP-peranton:
(require '[clj-http.client :as http])
(http/get "https://example.com/"
{:proxy-host "proxy.example.net"
:proxy-port 8080})Por komuna JVM-politiko, clj-http dokumentas http.proxyHost kaj http.proxyPort por HTTP-celoj, kaj ankaŭ https.proxyHost kaj https.proxyPort por HTTPS-celoj. La komuna preterira eco estas http.nonProxyHosts.
La eksplicitaj opcioj proxy-host kaj proxy-port anstataŭigas tiun eco-bazitan vojon, inkluzive de http.nonProxyHosts. Por permesata publika testa agordo sen prokurilaj akreditaĵoj, HTTP-ero el la listo de HTTP-prokuriloj povas doni la gastigan nomon kaj pordon por la peto. clj-http ankaŭ elmetas proxy-ignore-hosts por esceptoj je petnivelo; ĝia dokumentita defaŭlto enhavas localhost kaj 127.0.0.1.
Kiam la peranto bezonas akreditaĵojn, transdonu proxy-user kaj proxy-pass en la petopcioj el la akreditaĵfonto de la aplikaĵo.
SOCKS havas apartan interfacon: kreu administrilon per clj-http.conn-mgr/make-socks-proxied-conn-manager kaj transdonu ĝin kiel connection-manager. Reuzu kaj fermu tiun administrilon laŭ la vivociklo de la laborŝarĝo.