IntelliJ sbt פּראָקסי איינשטעלונגען פֿאַר אַראָפּלאָדן אָפּהענגיקייטן
לייגט די פּראָקסי JVM אַרגומענטן אין די sbt איינשטעלונגען, דערנאָך הײבט אָן אַ נײַעם sbt פּראָצעס פֿאַר אימפּאָרטן אָדער אַרבעט אין דער שאָל.
דער Check Connection פֿון IntelliJ פּרובירט דעם IDE'ס אייגענעם וועג. ער קען דורכגיין בשעת דער באַזונדערער sbt JVM קען נישט אַראָפּלאָדן אַן אָפּהענגיקייט.
- עפֿנט Settings → Build, Execution, Deployment → Build Tools → sbt.
- אין די JVM איינשטעלונגען, לייגט אַרײַן די נייטיקע אייגנשאַפֿטן אין VM parameters ווי JVM אַרגומענטן:
-Dhttp.proxyHost=proxy.example -Dhttp.proxyPort=8080
-Dhttps.proxyHost=proxy.example -Dhttps.proxyPort=8080ניצט נאָר דעם האָסט נאָמען פֿון דעם אויסגעקליבענעם ענדפּונקט, אָן אַ URL סכימה. די HTTP פּראָקסי ליסטע איז אַ מקור פֿון פּובליקע קאַנדידאַטן פֿאַר דעם אַראָפּלאָד וועג. דאָס HTTPS אייגנשאַפֿט פּאָר קלײַבט HTTPS אַראָפּלאָדן; עס פֿאַרוואַנדלט נישט דעם צוהערער אין אַ TLS פּראָקסי.
הײבט אָן אַ נײַעם sbt פּראָצעס נאָך דעם וואָס איר ענדערט די אַרײַנגאַנגען. אַן עקזיסטירנדיקע sbt שאָל האַלט איר אָנהייב קאָנפֿיגוראַציע. פּרובירט צי IntelliJ ניצט די sbt שאָל פֿאַר אימפּאָרטן אָדער דעלאַגירט בילדס צו איר, כּדי די דורכגעפֿאַלענע אָפּעראַציע זאָל ניצן דעם נײַ איינגעשטעלטן פּראָצעס.
אויב די דורכגעפֿאַלענע אָפּעראַציע איז אַן IDE פּלוגין אַראָפּלאָד, ניצט אַנשטאָט דעם IntelliJ'ס HTTP Proxy איינשטעלונגען. אַ באַזונדער געשטאַרטע אַפּליקאַציע ניצט איר אייגענעם אויספֿירונג קאָנפֿיגוראַציע און נעץ קליענט.
די פֿיר אייגנשאַפֿטן קלײַבן אַ וועג. בײַ אַ פּראָקסי אויטענטיפֿיקאַציע אויספֿאָדערונג, פֿאָלגט נאָך דער געמאָלדענער סכימה און די אויטענטיפֿיקאַציע איינשטעלונגען וואָס דער טאַקע sbt אַראָפּלאָדער שטיצט.