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 ও পরবর্তী সংস্করণে নথিভুক্ত প্রমাণিত-প্রক্সি সীমাবদ্ধতা দেখে নিন। প্রযুক্তি-নথি এই সমন্বয়টি বিশেষভাবে উল্লেখ করে; এই সহায়ক বেছে নিলে সেই ক্লায়েন্ট সীমাবদ্ধতা দূর হয় না।

সম্পর্কিত নিবন্ধ