IntelliJ Maven-proxyinstellingen: importeur versus runner
Vergelijk de instellingen van de importeur en de runner wanneer IntelliJ via een proxy kan bouwen maar niet kan synchroniseren, of andersom.
Als Maven-doelen in IntelliJ werken maar de synchronisatie mislukt, onderzoek dan de importeur voordat u het proxy-eindpunt vervangt. Dit zijn afzonderlijke verbruikers:
| Werkende of mislukkende bewerking | Relevante procesinstellingen |
|---|---|
| HTTP-verbindingscontrole van de IDE | IntelliJ's eigen HTTP-netwerkconfiguratie |
| Projectimport of -synchronisatie | JDK- en JVM-opties van de Maven-importeur |
| Uitvoering van Maven-doelen | Runtime en JVM-opties van de Maven-runner |
Vergelijk eerst de Maven-distributie en het geselecteerde gebruikersinstellingenbestand, inclusief expliciete overschrijvingen die in de terminal worden gebruikt. Maak de actieve proxy in de effectieve instellingen consistent voordat u eigenschappen in meerdere VM-velden toevoegt.
Zoek daarna elke Java-proxyeigenschap, aangepaste truststore of andere JVM-optie bij het mislukkende proces. Runner-opties beïnvloeden doelen; importeur-opties beïnvloeden import. Het zijn geen aliassen. Twee geselecteerde JDK's kunnen ook verschillende organisatie-CA's vertrouwen terwijl ze hetzelfde eindpunt gebruiken, dus een certificaatfout bewijst geen wachtwoordfout.
Een fout alleen bij synchronisatie richt de aandacht op de importeur en zijn invoer. Een fout alleen bij een doel richt de aandacht op de runner. Een test of een geforkte toepassing kan een andere JVM met eigen instellingen introduceren.
Houd de reparatie bij die eigenaar in plaats van overal generieke proxyHost-eigenschappen te plakken of meegeleverde Maven-bestanden te bewerken. Een herkenbaar instellingenbestand en gerichte procesopties maken het resultaat reproduceerbaar na IDE-updates.