આ બે આદેશો જાવા લોન્ચરને સમાન રૂપરેખાંકન આપતા નથી. તમારા 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 માટે, ક્લાયન્ટને સિસ્ટમ પ્રોપર્ટીઝ વાપરવા દો. પ્રોક્સી પ્રમાણીકરણને તેના પોતાના સમર્થિત ઇન્ટરફેસની જરૂર છે.

સંબંધિત લેખો