जाभाको प्रोक्सी फ्ल्यागहरू मुख्य क्लासभन्दा अघि राख्नुहोस्

यी दुई कमान्डहरूले जाभा लन्चरलाई एउटै कन्फिगरेसन दिँदैनन्। तपाईंको 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 का लागि, क्लाइन्टलाई प्रणाली गुणहरू प्रयोग गर्न दिनुहोस्। प्रोक्सी प्रमाणीकरणलाई आफ्नै समर्थित इन्टरफेस चाहिन्छ।