IntelliJ Maven-proxyinställningar: importer kontra runner
Jämför inställningarna för importer och runner när IntelliJ kan bygga via en proxy men inte kan synkronisera, eller tvärtom.
Om Maven-mål fungerar i IntelliJ men synkroniseringen misslyckas, undersök importern innan du byter ut proxyns slutpunkt. Detta är separata konsumenter:
| Åtgärd som fungerar eller misslyckas | Relevanta processinställningar |
|---|---|
| IDE:ns HTTP-anslutningskontroll | IntelliJs egen HTTP-nätverkskonfiguration |
| Projektimport eller -synkronisering | Maven-importerns JDK- och JVM-inställningar |
| Körning av Maven-mål | Maven-runnerns körtid och JVM-inställningar |
Jämför först Maven-distributionen och den valda användarinställningsfilen, inklusive explicita åsidosättningar som används i terminalen. Gör den aktiva proxyn i de effektiva inställningarna konsekvent innan du lägger till egenskaper i flera VM-fält.
Leta sedan upp alla Java-proxyegenskaper, anpassade truststore eller andra JVM-inställningar i processen som misslyckas. Runnerinställningar påverkar mål; importerinställningar påverkar import. De är inte alias. Två valda JDK:er kan också lita på olika organisations-CA:er medan de använder samma slutpunkt, så ett certifikatfel bevisar inte ett lösenordsfel.
Ett fel enbart vid synkronisering riktar uppmärksamheten mot importern och dess indata. Ett fel enbart vid mål riktar uppmärksamheten mot runnern. Ett test eller en förgrenad applikation kan introducera en annan JVM med egna inställningar.
Behåll åtgärden hos den ägaren i stället för att klistra in generiska proxyHost-egenskaper överallt eller redigera medföljande Maven-filer. En identifierbar inställningsfil och riktade processinställningar gör resultatet reproducerbart efter IDE-uppdateringar.