ইয়াৰ ক্লায়েন্ট আৰম্ভ হোৱাৰ আগতে Unirest ৰ প্ৰক্সি ছেট কৰক

প্ৰথম অনুৰোধে ইয়াৰ ক্লায়েন্ট সক্ৰিয় কৰাৰ আগতে এটা 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 ৰ কনফিগাৰেচনৰ সৈতে একত্ৰিত নকৰিব।