A Maven tárolóproxyja letölthet függőségeket anélkül, hogy konfigurálná a teszt által indított HTTP-kérést. Konfigurálja a klienst a teszt-JVM-ben.

Ha ez a kliens tiszteletben tartja a Java HTTPS-proxy tulajdonságait, helyezze ezt a részletet a megfelelő Surefire-bővítmény configuration elemébe:

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

Cserélje ki a példa végpontot. Azokhoz a tesztekhez, amelyek nyilvános célokat érnek el, ahol nyilvános közvetítők engedélyezettek, a HTTP-proxylista hoszt- és portjelölteket kínál. A hoszt és a port külön érték; a cél sémájához és a könyvtárhoz illő tulajdonságcsaládot válassza. A kifejezett proxyobjektummal épített kliensnek viszont saját konfigurációs felületre van szüksége.

A Surefire általában elágaztatott JVM-ben futtatja a teszteket. Nem minden Maven-indítási beállítás jut el ehhez a folyamathoz. Az indításra érzékeny rendszerproxy-felderítés beállításának indításkor a teszt-JVM-en kell lennie. Még ha a tesztek megosztanak egy folyamatot, egy könyvtár figyelmen kívül hagyhatja a Java alapértelmezett proxy tulajdonságait.

Tartsa a belső közvetlen célokat megfelelő megkerülési szabállyal lefedve, a proxyhitelesítést a célhitelesítéstől elkülönítve, és a tanúsítvány-ellenőrzést bekapcsolva. Az elágaztatás kikapcsolása megváltoztatja a tesztek futását; a függőségi tükör cseréje megváltoztatja a tároló feloldását. Egyik sem ad hiányzó tesztkliens-útvonalat. Az összes rendszertulajdonság másolása titkokat is felfedhet.

Fennmaradó hiba esetén rögzítse a teszt-JVM-et, a HTTP-könyvtárat, a célt, a kiválasztott proxyt és az első sikertelen szakaszt. Ezek a megfigyelések a tesztkonfigurációra mutatnak, miközben a működő tárolóletöltések érthetők maradnak.

Kapcsolódó cikkek