Maven Surefire-Proxy-Astellungen fir HTTP-Testufroen

Den Repository-Proxy vu Maven kann Ofhängegkeeten eroflueden, ouni eng HTTP-Ufro ze konfiguréieren, déi en Test mécht. Konfiguréiert de Client an der Test-JVM.

Wann dëse Client d'HTTPS-Proxy-Eegeschafte vu Java respektéiert, setzt dëst Fragment an d'configuration-Element vum zoustännege Surefire-Plugin:

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

Ersetzt den Demonstratiouns-Endpunkt. Fir Tester géint ëffentlech Ziler, wou ëffentlech Vermëttler erlaabt sinn, bitt d'HTTP-Proxy-Lëscht Host- a Port-Kandidaten. Den Host an de Port sinn getrennt Wäerter; wielt d'Eegeschaftefamill, déi zum Zilschema an zur Bibliothéik passt. E Client, dee mat engem explizitten Proxy-Objet gebaut gouf, brauch dogéint seng eegen Konfiguratiounsschnittstell.

Surefire leeft Tester meeschtens an enger geforkter JVM. Net all Optioun fir Maven ze starten erreecht dee Prozess. D'Start-empfindlech Entdeckung vum Systemproxy brauch hir Optioun beim Start an der Test-JVM. Och wann Tester e Prozess deelen, kann eng Bibliothéik déi Standard-Java-Proxy-Eegeschafte ignoréieren.

Halt intern direkt Ziler duerch eng passend Ëmswee-Regel ofgedeckt, Proxy-Authentifikatioun getrennt vun der Zil-Authentifikatioun, an d'Zertifikatspréifung aktiv. D'Forking auszeschalten ännert, wéi Tester ausgefouert ginn; e Ofhängegkeetsspigel ze änneren ännert d'Repository-Opléisung. Keng vun deenen zwee liwwert eng feelend Testclient-Route. All Systemeegeschaften ze kopéieren kann och Geheimnisser verroden.

Bei engem verbleiwenen Feeler notéiert d'Test-JVM, d'HTTP-Bibliothéik, d'Zil, de gewielte Proxy an déi éischt feelgeschloen Etapp. Dës Observatioune weisen op d'Testkonfiguratioun, wärend déi funktionéierend Repository-Downloads verständlech bleiwen.