Ditt projekt förändrades inte på tåget hem, men dess nätverksväg gjorde det. En proxyadress som fungerar på kontoret kan vara onåbar hemma. Det är en miljöinställning, inte en anledning att lägga arbetsgivarens proxy i projektets POM.

Mavens inställningsmodell placerar proxydefinitioner i dess översta sektion proxies. Inställningsprofiler ger inte en andra godtycklig kopia av den sektionen. Att lägga till ett proxyformat XML-fragment under en profil gör det inte till en stödd nätverksväxlingsmekanism.

Ett enkelt alternativ är att underhålla godkända inställningar för varje miljö och välja den passande:

mvn --settings /path/to/settings-office.xml verify

Exemplet väljer användarinställningar explicit. Använd kommandot och filen som passar bygget; det betyder inte att filen bör committas med inloggningsuppgifter.

Håll skillnaderna små

Notera vilka inställningar som faktiskt varierar: aktiv proxy, bypass-värdar, speglar och nödvändiga serverkonton. En andra fil bör inte tyst ta bort en orelaterad förrådspolicy eller använda ett gammalt lösenord.

Kontrollera eventuella globala inställningar som fortfarande slås samman med de valda användarinställningarna. En explicit fil gör indata synlig, men det innebär inte att Maven inte har andra konfigurationskällor.

Automatisk växling behöver en verklig signal

Maven kan inte i vanlig mening härleda "kontor" från laptopens position. En automatisk ordning behöver en stödd extern upptäckts- eller hanteringsmekanism och ett definierat svar när den mekanismen inte är tillgänglig.

Var försiktig med breda bypass-mönster avsedda att stänga av proxyn hemma. De kan också påverka interna destinationer eller dölja vilken väg en begäran tog.

För en första reparation, föredra ett synligt, explicit inställningsval. När det fungerar i båda miljöerna kan vilken automatisering som helst återskapa den kända konfigurationen i stället för att gång på gång skriva om projektets bygginstruktioner.

Relaterade artiklar