د Jenkins په پلگ ان کې د پروکسي پوه HTTP کلاینټ کارول
د پلگ ان بهرنی کلاینټ د Jenkins د عام ProxyConfiguration مرستندوی له لارې جوړ کړئ، نه د ذخیره شوي حساب ساحو د کاپي کولو له لارې.
په 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 او وروستیو نسخو کې مستند شوی د تصدیق شوي پروکسي محدودیت وګورئ. سند په ځانګړي ډول دې ترکیب ته اشاره کوي؛ د دې مرستندوی غوره کول هغه کلاینټ محدودیت نه لیرې کوي.