IntelliJ Maven-proxyinnstillinger: importer kontra runner
Sammenlign innstillingene for importer og runner når IntelliJ kan bygge gjennom en proxy, men ikke kan synkronisere, eller omvendt.
Hvis Maven-mål fungerer i IntelliJ, men synkroniseringen feiler, undersøk importeren før du bytter ut proxyens endepunkt. Dette er separate forbrukere:
| Handling som virker eller feiler | Relevante prosessinnstillinger |
|---|---|
| IDE-ens HTTP-tilkoblingssjekk | IntelliJs egen HTTP-nettverkskonfigurasjon |
| Prosjektimport eller -synkronisering | Maven-importerens JDK- og JVM-innstillinger |
| Kjøring av Maven-mål | Maven-runnerens kjøretid og JVM-innstillinger |
Sammenlign først Maven-distribusjonen og den valgte brukerinnstillingsfilen, inkludert eksplisitte overstyringer som brukes i terminalen. Gjør den aktive proxyen i de effektive innstillingene konsistent før du legger til egenskaper i flere VM-felt.
Finn deretter enhver Java-proxyegenskap, tilpasset truststore eller annen JVM-innstilling i prosessen som feiler. Runnerinnstillinger påvirker mål; importerinnstillinger påvirker import. De er ikke aliaser. To valgte JDK-er kan også stole på forskjellige organisasjons-CA-er mens de bruker samme endepunkt, så en sertifikatfeil beviser ikke en passordfeil.
En feil bare ved synkronisering retter oppmerksomheten mot importeren og inndataene. En feil bare ved mål retter oppmerksomheten mot runneren. En test eller en forgrenet applikasjon kan introdusere en annen JVM med egne innstillinger.
Behold rettelsen hos den eieren i stedet for å lime inn generiske proxyHost-egenskaper overalt eller redigere medfølgende Maven-filer. En identifiserbar innstillingsfil og målrettede prosessinnstillinger gjør resultatet reproduserbart etter IDE-oppdateringer.