په Jenkins کې یو پلگ ان چې بهرنۍ HTTP غوښتنه کوي کولی شي د 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());

دا برخه د hudson.ProxyConfiguration، java.net.URI او java.net.http ډولونه کاروي. غوښتونکی د ننوتلو او وتلو او همدارنګه د مداخلې مدیریت د پلگ ان د عادي بهیر له لارې کوي. د بدن اداره کوونکی د ځواب بدن مصرفوي او غورځوي يې.

newHttpClient او د هغې جوړونکې برخه له Jenkins 2.379 راهیسې شته. د کنټرولر JVM کې دوی د Jenkins ملاتړ شوې پروکسي ترتیبات پلي کوي. کلاینټ بیا وکاروئ، نه دا چې د هرې غوښتنې لپاره نوی جوړ کړئ.

دا د کنټرولر کې ذخیره شوي د پروکسي نوم او پټنوم جلا ترتیب شوي لېږد ته د کاپي کېدو مخه نیسي. یوازې د دې لپاره چې د کنټرولر په برخه کې د پروکسي ننوتنه ده، جلا جوړ شوی Java HTTP کلاینټ پروکسي پوه نه کیږي.

هغو غوښتنو لپاره چې هدف ته د Authorization سرلیک لېږي، په Java 17 او وروستیو نسخو کې مستند شوی د تصدیق شوي پروکسي محدودیت وګورئ. سند په ځانګړي ډول دې ترکیب ته اشاره کوي؛ د دې مرستندوی غوره کول هغه کلاینټ محدودیت نه لیرې کوي.

اړوندې مقالې