Proxyinställningar för Maven Surefire för HTTP-testförfrågningar

Mavens förrådsproxy kan hämta beroenden utan att konfigurera en HTTP-förfrågan som ett test gör. Konfigurera klienten i test-JVM:en.

Om den klienten respekterar Javas HTTPS-proxyegenskaper placerar du det här fragmentet i configuration-elementet för rätt Surefire-plugin:

<systemPropertyVariables>
  <https.proxyHost>proxy.example</https.proxyHost>
  <https.proxyPort>8080</https.proxyPort>
</systemPropertyVariables>

Byt ut exempeländpunkten. För tester mot offentliga mål där offentliga mellanhänder är tillåtna erbjuder listan över HTTP-proxyer värd- och portkandidater. Värd och port är separata värden; välj den egenskapsfamilj som passar målets schema och biblioteket. En klient som byggts med ett explicit proxyobjekt behöver däremot sitt eget konfigurationsgränssnitt.

Surefire kör vanligtvis tester i en forgad JVM. Inte varje alternativ för att starta Maven når den processen. Upptäckt av systemproxy som är känslig vid start behöver sitt alternativ på test-JVM:en vid start. Även när tester delar en process kan ett bibliotek ignorera Javas standardproxyegenskaper.

Håll interna direkta mål täckta av en lämplig bypass-regel, proxyautentisering åtskild från målautentisering och certifikatverifiering aktiverad. Att stänga av forgning ändrar hur tester körs; att byta en beroendespegling ändrar förrådsupplösningen. Ingen av dem ger en saknad testklientrutt. Att kopiera alla systemegenskaper kan också avslöja hemligheter.

Vid ett kvarstående fel, registrera test-JVM:en, HTTP-biblioteket, målet, den valda proxyn och det första misslyckade steget. Dessa observationer pekar på testkonfigurationen medan de fungerande förrådsnedladdningarna förblir begripliga.