IntelliJ Maven-proxyindstillinger: importer kontra runner
Sammenlign indstillinger for importer og runner, når IntelliJ kan bygge gennem en proxy, men ikke kan synkronisere, eller omvendt.
Hvis Maven-mål virker i IntelliJ, men synkroniseringen fejler, skal du undersøge importeren, før du udskifter proxyens slutpunkt. Det er adskilte forbrugere:
| Handling der virker eller fejler | Relevante procesindstillinger |
|---|---|
| IDE'ets HTTP-forbindelsestjek | IntelliJs egen HTTP-netværkskonfiguration |
| Projektimport eller -synkronisering | Maven-importerens JDK- og JVM-indstillinger |
| Udførelse af Maven-mål | Maven-runnerens runtime og JVM-indstillinger |
Sammenlign først Maven-distributionen og den valgte brugerindstillingsfil, inklusive eksplicitte tilsidesættelser brugt i terminalen. Gør den aktive proxy i de effektive indstillinger ensartet, før du tilføjer egenskaber i flere VM-felter.
Find derefter enhver Java-proxyegenskab, brugerdefineret truststore eller anden JVM-indstilling i den fejlende proces. Runnerindstillinger påvirker mål; importerindstillinger påvirker import. De er ikke aliaser. To valgte JDK'er kan også stole på forskellige organisations-CA'er, mens de bruger samme slutpunkt, så en certifikatfejl beviser ikke en adgangskodefejl.
En fejl kun ved synkronisering retter opmærksomheden mod importeren og dens input. En fejl kun ved mål retter opmærksomheden mod runneren. En test eller en forgrenet applikation kan introducere en anden JVM med sine egne indstillinger.
Behold rettelsen hos den ejer i stedet for at indsætte generiske proxyHost-egenskaber overalt eller redigere medfølgende Maven-filer. En identificerbar indstillingsfil og målrettede procesindstillinger gør resultatet reproducerbart efter IDE-opdateringer.