Prosjektet ditt endret seg ikke på toget hjem, men nettverksruten gjorde det. En proxyadresse som fungerer på kontoret, kan være utilgjengelig hjemme. Det er en miljøinnstilling, ikke en grunn til å legge arbeidsgiverens proxy i prosjektets POM.

Mavens innstillingsmodell plasserer proxydefinisjoner i den øverste seksjonen proxies. Innstillingsprofiler gir ikke en annen vilkårlig kopi av den seksjonen. Å legge til et proxyformet XML-fragment under en profil gjør det ikke til en støttet nettverksbyttemekanisme.

Et enkelt alternativ er å vedlikeholde godkjente innstillinger for hvert miljø og velge den passende:

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

Eksempelet velger brukerinnstillinger eksplisitt. Bruk kommandoen og filen som passer bygget; det betyr ikke at filen bør committes med påloggingsinformasjon.

Hold forskjellene små

Noter hvilke innstillinger som faktisk varierer: aktiv proxy, bypass-verter, speil og nødvendige serverkontoer. En andre fil bør ikke stille fjerne en urelatert depotpolicy eller bruke et gammelt passord.

Kontroller eventuelle globale innstillinger som fortsatt slås sammen med de valgte brukerinnstillingene. En eksplisitt fil gjør inndata synlig, men det betyr ikke at Maven ikke har andre konfigurasjonskilder.

Automatisk bytte trenger et reelt signal

Maven kan ikke utlede "kontor" fra bærbarens plassering i vanlig forstand. En automatisk ordning trenger en støttet ekstern oppdagelses- eller administrasjonsmekanisme og et definert svar når den mekanismen ikke er tilgjengelig.

Vær forsiktig med brede bypass-mønstre ment å deaktivere proxyen hjemme. De kan også påvirke interne destinasjoner eller skjule hvilken rute en forespørsel tok.

For en første reparasjon, foretrekk et synlig, eksplisitt innstillingsvalg. Når det fungerer i begge miljøer, kan enhver automatisering gjenskape den kjente konfigurasjonen i stedet for å skrive om prosjektets byggeinstruksjoner gang på gang.

Relaterte artikler