জাভার প্রক্সি ফ্ল্যাগ মূল ক্লাসের আগে রাখুন

এই দুটি কমান্ড জাভা লঞ্চারকে একই কনফিগারেশন দেয় না। আপনার HTTP প্রক্সির হোস্ট ও পোর্ট ব্যবহার করুন; HTTP প্রক্সি তালিকা অনুমোদিত পাবলিক রুটের জন্য প্রার্থী দেয়:

java -Dhttp.proxyHost=proxy.example.net -Dhttp.proxyPort=8080 -jar app.jar
java -jar app.jar -Dhttp.proxyHost=proxy.example.net -Dhttp.proxyPort=8080

প্রথমটিতে লঞ্চার সিস্টেম-প্রোপার্টি অপশন পায়। দ্বিতীয়টিতে app.jar-এর পরে থাকা টোকেনগুলো অ্যাপ্লিকেশন আর্গুমেন্ট হয়ে যায়। অ্যাপ্লিকেশনটি সেগুলো ইচ্ছাকৃতভাবে পার্স না করলে, সেগুলো JVM-এর প্রক্সি প্রোপার্টি সেট করে না।

-jar ব্যবহার না করে মূল ক্লাসের নাম দিলেও একই সীমা প্রযোজ্য। JVM অপশন ক্লাসের নামের আগে এবং অ্যাপ্লিকেশন-নির্দিষ্ট আর্গুমেন্ট তার পরে রাখুন।

একটি IDE, সার্ভিস র‍্যাপার বা লঞ্চ স্ক্রিপ্ট যে সত্যিকারের স্টার্টআপ কমান্ড তৈরি করে তা পরীক্ষা করুন। এর “program arguments” লেবেলযুক্ত ফিল্ডটি VM অপশনের ফিল্ড থেকে ভিন্ন হতে পারে।

সঠিক অবস্থান কেবল প্রোপার্টিটি সরবরাহ করে। HTTP ক্লায়েন্টকে এখনও সেই জাভা নেটওয়ার্কিং কনফিগারেশন ব্যবহার করতে হবে। Apache HttpClient 5-এর জন্য, ক্লায়েন্টকে সিস্টেম প্রোপার্টি ব্যবহার করতে দিন। প্রক্সি প্রমাণীকরণের জন্য নিজস্ব সমর্থিত ইন্টারফেস প্রয়োজন।