Proxy repozytorium Mavena może pobierać zależności bez konfigurowania żądania HTTP wykonywanego przez test. Skonfiguruj klienta w JVM testowym.

Jeśli ten klient respektuje właściwości proxy HTTPS Javy, umieść ten fragment w elemencie configuration odpowiedniej wtyczki Surefire:

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

Zastąp przykładowy punkt końcowy. W testach wobec publicznych celów, w których dozwolone są publiczne pośredniki, lista proxy HTTP oferuje kandydatów hosta i portu. Host i port to osobne wartości; wybierz rodzinę właściwości dopasowaną do schematu celu i biblioteki. Klient zbudowany z jawnym obiektem proxy potrzebuje natomiast własnego interfejsu konfiguracji.

Surefire zwykle wykonuje testy w rozwidlonej JVM. Nie każda opcja uruchamiania Mavena dociera do tego procesu. Wykrywanie proxy systemowego wrażliwe na uruchomienie wymaga swojej opcji w JVM testowym przy starcie. Nawet gdy testy dzielą proces, biblioteka może ignorować domyślne właściwości proxy Javy.

Utrzymuj wewnętrzne cele bezpośrednie objęte odpowiednią regułą obejścia, uwierzytelnianie proxy oddzielone od uwierzytelniania celu i włączoną weryfikację certyfikatów. Wyłączenie rozwidlania zmienia sposób wykonywania testów; zmiana lustra zależności zmienia rozwiązywanie repozytorium. Żadne z nich nie dostarcza brakującej trasy klienta testowego. Kopiowanie wszystkich właściwości systemowych może też ujawnić sekrety.

W razie pozostałego błędu zapisz JVM testowy, bibliotekę HTTP, cel, wybrane proxy i pierwszy nieudany etap. Te obserwacje wskazują na konfigurację testu, a działające pobierania z repozytorium pozostają zrozumiałe.

Powiązane artykuły