Կարգավորեք այն install4j գործընթացը, որը ներբեռնում է արտեֆակտը։ Ծնող հավելվածի Java հատկությունը ինքնաբերաբար չի դառնում մեկ այլ JVM-ի գործարկման տարբերակ։

Փաստաթղթավորված Java-ցանցային ուղու համար գեներացված Unix տեղադրիչը կարող է ներբեռնումից առաջ ստանալ host և port -J VM արգումենտներով՝

./setup.sh -q -J-DproxyHost=proxy.example -J-DproxyPort=8080

Փոխարինեք ֆայլի անունը և վերջնակետը։ Առանց պրոքսի նույնականացման թույլատրված հանրային արտեֆակտի ներբեռնման համար HTTP պրոքսիների ցանկից թեկնածուն կարող է տրամադրել HTTP host-ը և port-ը այս Unix օրինակում։ -q-ը անհսկա ռեժիմն է։ Անհրաժեշտության դեպքում հաշվի մուտքերն են proxyAuthUser և proxyAuthPassword. տրամադրեք դրանք նախատեսված հավատարմագրերի մշակմամբ, ոչ թե ընդհանուր մատյաններով։

Windows-ում տեղադրիչ հավելվածները սովորաբար օգտագործում են Windows-ի ներկառուցված ցանցը և ՕՀ-ի պրոքսի կարգավորումը։ Java հատկությունները այդ ուղին չեն կարգավորում։ install4j.noWinInetConnection=true-ի ընտրությունը դիտավորյալ անցնում է Java ցանցին, որտեղ այդ Java-կողմի մուտքերը կարող են գործել։

Java ուղին նաև ճանաչում է JDK-ի http.proxyHost/http.proxyPort և համապատասխան HTTPS հատկությունները։ Հոսթերը և պորտերը առանձին են, իսկ նպատակակետ URL-ը մնում է անփոփոխ։

Կոմպիլյատորի ներբեռնումները, ներառյալ ստորագրման ժամանակադրոշմները, պատկանում են կառուցման պահի կոմպիլյատորի VM կարգավորմանը։ Դրանք չեն սահմանում գեներացված թարմացնողի հետագա ուղին։ Ինտերակտիվ և անհսկա ռեժիմների տարբերությունների համար գրանցեք գործարկվող ֆայլը, պլատֆորմը, տրանսպորտը և գործարկման մուտքերը, նախքան այլ տարբերակի լուծում կիրառելը։

Առնչվող հոդվածներ