जावाचे प्रॉक्सी फ्लॅग मुख्य क्लासच्या आधी ठेवा
प्रॉक्सी सिस्टम प्रॉपर्टी जावा लाँचरला द्या, त्याऐवजी त्या चुकून अनुप्रयोग आर्ग्युमेंट म्हणून पोहोचवू नका.
हे दोन कमांड जावा लाँचरला एकच कॉन्फिगरेशन देत नाहीत. तुमच्या 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 साठी, क्लायंटला सिस्टम प्रॉपर्टी वापरण्याची परवानगी द्या. प्रॉक्सी प्रमाणीकरणासाठी स्वतःचा समर्थित इंटरफेस आवश्यक आहे.