Задайце маршрут Kong Unirest да таго, як першы запыт актывуе яго кліент:

Unirest.config().proxy("proxy.example", 8080);

HttpResponse<String> response = Unirest
    .get("https://www.example.com/")
    .asString();

Перш чым актываваць новы асобнік для дазволеных публічных запытаў, HTTP-адрас са спісу HTTP-проксі можа запоўніць хост і порт прыкладу без уліковага запісу проксі. Дакументаваная перагрузка проксі таксама прымае імя карыстальніка і пароль з канфігурацыі праграмы. Яны не належаць да URL прызначэння.

Для свядома кіраванай уласцівасцямі палітыкі лепш уключыце гэта:

Unirest.config().useSystemProperties(true);

Наяўнасць уласцівасці JVM не азначае, што кожны HTTP-кліент яе чытае. Выбірайце крыніцу падчас ініцыялізацыі; параметры, выкарыстаныя для стварэння актываванага кліента, патрабуюць явнага завяршэння або скіду, перш чым яны змогуць змяніцца.

Для асобных канфігурацый выкарыстоўвайце Unirest.spawnInstance() і адпраўляйце праз той самы асобнік. Статычны асноўны асобнік не наладжвае створаны асобнік, а агульны актываваны кліент не варта пераключаць падчас адначасовых запытаў.

Старыя прыклады com.mashape з Unirest.setProxy(HttpHost) належаць іншаму API. Супастаўце гэтую залежнасць, а не спалучайце яе пункт уваходу з канфігурацыяй Kong.

Падобныя артыкулы