Gamitin ang HTTP client ng Jenkins na may kamalayan sa proxy sa isang plugin

Buuin ang palabas na client ng plugin sa pamamagitan ng pampublikong ProxyConfiguration helper ng Jenkins sa halip na kopyahin ang mga naka-imbak na field ng account.

Ang plugin ng Jenkins na gumagawa ng palabas na kahilingang HTTP ay maaaring gumamit ng pampublikong helper ng client na may kamalayan sa proxy ng Jenkins:

HttpClient client = ProxyConfiguration.newHttpClient();
HttpRequest request = ProxyConfiguration.newHttpRequestBuilder(
        URI.create("https://service.example/status"))
    .GET()
    .build();
HttpResponse<Void> response = client.send(
    request, HttpResponse.BodyHandlers.discarding());

Ginagamit ng sipi ang mga uri na hudson.ProxyConfiguration, java.net.URI at java.net.http. Pinangangasiwaan ng tumatawag ang input at output pati na ang pagkaantala sa pamamagitan ng karaniwang daloy ng plugin. Kinokonsumo at itinatapon ng tagahawak ng katawan ang katawan ng tugon.

Ang newHttpClient at ang interface ng builder nito ay magagamit mula noong Jenkins 2.379. Sa isang JVM ng controller, inilalapat nila ang proxy configuration na sinusuportahan ng Jenkins. Gamitin muli ang client sa halip na gumawa ng bago para sa bawat kahilingan.

Iniiwasan nito ang pagkopya ng nakaimbak na pangalan at password ng proxy sa controller papunta sa isang transport na hiwalay na naka-configure. Ang isang Java HTTP client na hiwalay na ginawa ay hindi nagiging may kamalayan sa proxy dahil lamang may entry ng proxy sa interface ng controller.

Para sa mga kahilingang nagpapadala ng Authorization header sa destinasyon, suriin ang dokumentadong limitasyon ng authenticated na proxy sa Java 17 at mas bago. Partikular na tinutukoy ng dokumentasyon ang kombinasyong iyon; ang pagpili ng helper na ito ay hindi nag-aalis ng limitasyong iyon ng client.

Kaugnay na mga artikulo