Java পৰীক্ষাসমূহে java.net.useSystemProxies কিয় এৰাই যায়

আপোনাৰ এপ্লিকেচনে ছিষ্টেম প্ৰক্সি ধৰা পেলায়, কিন্তু JUnit পৰীক্ষাই নাপায়। আৱিষ্কাৰৰ ক'ড সলনি কৰাৰ আগতে, কোনটো JVM-এ প্ৰতিটো প্ৰক্ৰিয়া চলায় আৰু কোনটো আৰ্গুমেণ্ট পালে তাক নিৰ্ণয় কৰক।

JDK-এ java.net.useSystemProxies ক ষ্টাৰ্টআপত এবাৰ পৰীক্ষা কৰা প্ৰপাৰ্টি হিচাপে নথিভুক্ত কৰে। পৰীক্ষা পদ্ধতিৰ ভিতৰত ইয়াক ছেট কৰাটো সেই ষ্টাৰ্টআপ সিদ্ধান্ত সলনি কৰিবলৈ বৰ দেৰি হ'ব পাৰে।

এটা IDE এপ্লিকেচন লঞ্চাৰ, এটা IDE পৰীক্ষা ৰাণাৰ, Maven নিজেই, আৰু এটা ফৰ্ক কৰা Surefire পৰীক্ষা প্ৰক্ৰিয়াৰ VM আৰ্গুমেণ্ট বেলেগ বেলেগ হ'ব পাৰে। এটা লঞ্চাৰত থকা প্ৰক্সি ছেটিং অন্য লঞ্চাৰে তাক প্ৰেৰণ কৰিছে বুলি প্ৰমাণ নহয়।

ফৰ্ক কৰা প্ৰক্ৰিয়াৰ সংৰচনা পৰীক্ষা কৰক

Surefire-ৰ argLine এ ফৰ্ক কৰা সম্পাদনৰ বাবে কমাণ্ড-লাইন JVM বিকল্প যোগান ধৰে। পৰীক্ষাসমূহ এনে ফৰ্কত চলিলে ষ্টাৰ্টআপ বিকল্প তাত থাকিব পাৰে:

<argLine>-Djava.net.useSystemProxies=true</argLine>

বিকল্পটো প্ৰকল্পৰ বৰ্তমান সংৰচনাত একত্ৰিত কৰক। বৰ্তমানৰ argLine সলনি কৰিলে কভাৰেজ এজেণ্ট বা অন্য প্ৰয়োজনীয় JVM ছেটিং হেৰুৱাব পাৰে। বিল্ডে কোনো ফৰ্ক ব্যৱহাৰ নকৰিলে, পৰীক্ষাসমূহক আচলতে হোস্ট কৰা JVM পৰীক্ষা কৰক; argLine কেৱল ফৰ্ক কৰা সম্পাদনৰ বাবেহে কাৰ্যকৰ বুলি নথিভুক্ত কৰা হৈছে।

পৰীক্ষা ফ্ৰেমৱৰ্কৰ প্ৰপাৰ্টি ব্যৱস্থাৰ জৰিয়তে যোগান ধৰা ষ্টাৰ্টআপ-সংবেদনশীল নোহোৱা প্ৰপাৰ্টিৰ জীৱনচক্ৰ বেলেগ। System.getProperty() এ পৰীক্ষাৰ সময়ত কাঙ্ক্ষিত ষ্ট্ৰিং ঘূৰাই দিয়ে বুলিয়েই প্ৰতিটো প্ৰপাৰ্টিয়ে VM-লৈ সোনকালে পায় বুলি নাভাবিব।

এটা কেন্দ্ৰীভূত প্ৰক্সি-ৰাউটিঙ পৰীক্ষাৰ বাবে, স্পষ্টভাৱে সংৰচিত ক্লায়েণ্টে ডেস্কটপ সংৰচনাৰ ওপৰত নিৰ্ভৰশীলতাও কমাব পাৰে। Java 11+ HttpClient এ সেই উদ্দেশ্যে ক্লায়েণ্ট-স্থানীয় HTTP ProxySelector ব্যৱহাৰ কৰিব পাৰে। এই বাছনি পৰীক্ষাৰ উদ্দেশ্যত স্পষ্ট ৰাখক: ক্লায়েণ্ট পথ পৰীক্ষা কৰা আৰু অপাৰেটিং ছিষ্টেমৰ প্ৰক্সি আৱিষ্কাৰ পৰীক্ষা কৰা বেলেগ বেলেগ পৰীক্ষা।