גיט איבער דעם פּראָקסי צו דעם install4j פּראָצעס וואָס לאָדט אַראָפּ

קאָנפיגורירט דעם 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 אייגנשאַפֿטן. hosts און ports זײַנען באַזונדער, און דער ציל URL בלײַבט אומגעביטן.

אַראָפּלאָדונגען פֿונעם קאָמפּילאַטאָר, אַרײַנגערעכנט חתימה-צײַטשטעמפּלען, געהערן צו דער VM קאָנפיגוראַציע פֿונעם קאָמפּילאַטאָר אין דער צײַט פֿון בויען. זיי באַשטימען נישט דעם שפּעטערדיקן וועג פֿונעם דזשענערירטן דערהײַנטיקער. פֿאַר די אונטערשיידן צווישן אינטעראַקטיוו און אומבאַוואַכט, פֿאַרשרייַבט די אויספֿירלעכע טעקע, די פּלאַטפֿאָרם, דעם טראַנספּאָרט און די סטאַרטאָפּ אַרייַנגאַנגען איידער איר אָנווענדט אַן אַנדער ווערסיע אַרומגאַנג.