IntelliJ Maven-proxy-instellings: invoerder teenoor uitvoerder
Vergelyk invoerder- en uitvoerder-instellings wanneer IntelliJ deur 'n proxy kan bou maar nie kan sinchroniseer nie, of omgekeerd.
As Maven-doelwitte in IntelliJ werk maar sinchronisering misluk, ondersoek die invoerder voordat u die proxy-eindpunt vervang. Dit is afsonderlike verbruikers:
| Werksame of mislukkende bewerking | Relevante prosesinstellings |
|---|---|
| IDE HTTP-verbindingstoets | IntelliJ se eie HTTP-netwerkkonfigurasie |
| Projekinvoer of -sinchronisering | JDK en JVM-opsies van die Maven-invoerder |
| Uitvoering van Maven-doelwitte | Looptyd en JVM-opsies van die Maven-uitvoerder |
Vergelyk eers die Maven-verspreiding en die gekose gebruikersinstellings-lêer, insluitend eksplisiete oorheersings wat in die terminal gebruik word. Maak die aktiewe proxy in die effektiewe instellings konsekwent voordat u eienskappe in verskeie VM-velde byvoeg.
Spoor dan enige Java-proxy-eienskap, pasgemaakte truststore of ander JVM-opsie by die mislukkende proses op. Uitvoerder-opsies raak doelwitte; invoerder-opsies raak invoer. Hulle is nie aliasse nie. Twee gekose JDK's kan ook verskillende organisasie-CA's vertrou terwyl hulle dieselfde eindpunt gebruik, so 'n sertifikaatfout bewys nie 'n wagwoordfout nie.
'n Slegs-sinchronisering-fout vestig die aandag op die invoerder en sy insette. 'n Slegs-doelwit-fout vestig die aandag op die uitvoerder. 'n Toets of gevurkte toepassing kan nog 'n JVM met sy eie instellings invoer.
Hou die regstelling by daardie eienaar in plaas daarvan om generiese proxyHost-eienskappe oral te plak of gebundelde Maven-lêers te wysig. 'n Identifiseerbare instellings-lêer en gerigte prosesopsies maak die resultaat reproduleerbaar ná IDE-opdaterings.