Задайте маршрут на 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.

Подобни статии