Налады проксі Maven у IntelliJ: імпартэр супраць выканаўцы
Параўнайце налады імпартэра і выканаўцы, калі IntelliJ можа збіраць праз проксі, але не можа сінхранізавацца, або наадварот.
Калі мэты Maven працуюць у IntelliJ, але сінхранізацыя не ўдаецца, праверце імпартэр, перш чым замяняць канчатковы пункт проксі. Гэта асобныя спажыўцы:
| Працоўная або збойная аперацыя | Адпаведныя налады працэсу |
|---|---|
| Праверка HTTP-злучэння IDE | Уласная канфігурацыя HTTP-сеткі IntelliJ |
| Імпарт або сінхранізацыя праекта | JDK і опцыі JVM імпартэра Maven |
| Выкананне мэты Maven | Асяроддзе выканання і опцыі JVM выканаўцы Maven |
Спачатку параўнайце дыстрыбутыў Maven і выбраны файл карыстальніцкіх налад, уключаючы відавочныя перакрыцці, якія выкарыстоўваюцца ў тэрмінале. Прывядзіце актыўны проксі ў эфектыўных наладах у адпаведнасць, перш чым дадаваць уласцівасці ў некалькі палёў VM.
Затым знайдзіце любую ўласцівасць проксі Java, карыстальніцкі truststore або іншую опцыю JVM у працэсе, які збойвае. Опцыі выканаўцы ўплываюць на мэты; опцыі імпартэра ўплываюць на імпарт. Яны не з'яўляюцца сінонімамі. Два выбраныя JDK таксама могуць давяраць розным арганізацыйным CA, выкарыстоўваючы адзін і той жа канчатковы пункт, таму памылка сертыфіката не даказвае памылку пароля.
Памылка толькі сінхранізацыі накіроўвае ўвагу на імпартэр і яго ўваходныя даныя. Памылка толькі мэты накіроўвае ўвагу на выканаўцу. Тэст або адгалінаваная праграма можа дадаць іншую JVM з уласнымі наладамі.
Трымайце выпраўленне ў гэтага ўладальніка, замест таго каб устаўляць агульныя ўласцівасці proxyHost усюды або рэдагаваць убудаваныя файлы Maven. Ідэнтыфікаваны файл налад і мэтавыя опцыі працэсу робяць вынік узнаўляльным пасля абнаўленняў IDE.