Cilësimet e proxy-t të Maven Surefire për kërkesat HTTP të testeve

Proxy-i i depove të Maven mund të sjellë varësi pa konfiguruar një kërkesë HTTP që bën një test. Konfiguroni klientin në JVM-në e testit.

Nëse ai klient respekton vetitë e proxy-t HTTPS të Java, vendoseni këtë fragment brenda elementit configuration të shtojcës përkatëse Surefire:

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

Zëvendësoni pikën përfundimtare të shembullit. Për testet kundrejt destinacioneve publike ku lejohen ndërmjetës publikë, lista e proxy-ve HTTP ofron kandidatë host dhe port. Host-i dhe port-i janë vlera të ndara; zgjidhni familjen e vetive që i përshtatet skemës së destinacionit dhe bibliotekës. Ndërsa një klient i ndërtuar me objekt proxy të qartë ka nevojë për ndërfaqen e vet të konfigurimit.

Surefire zakonisht i ekzekuton testet në një JVM të degëzuar. Jo çdo opsion i nisjes së Maven arrin në atë proces. Zbulimi i proxy-t të sistemit i ndjeshëm ndaj nisjes kërkon opsionin e vet në JVM-në e testit gjatë nisjes. Edhe kur testet ndajnë një proces, një bibliotekë mund të injorojë vetitë e paracaktuara të proxy-t të Java.

Mbani destinacionet e brendshme të drejtpërdrejta të mbuluara nga një rregull anashkalimi i përshtatshëm, vërtetimin e proxy-t të ndarë nga vërtetimi i destinacionit dhe verifikimin e certifikatave të aktivizuar. Çaktivizimi i degëzimit ndryshon mënyrën e ekzekutimit të testeve; ndryshimi i pasqyrës së varësive ndryshon zgjidhjen e depove. Asnjëra nuk ofron një rrugë klienti testi që mungon. Kopjimi i të gjitha vetive të sistemit mund të zbulojë gjithashtu sekrete.

Për një dështim të mbetur, regjistroni JVM-në e testit, bibliotekën HTTP, objektivin, proxy-n e zgjedhur dhe fazën e parë të dështuar. Këto vëzhgime tregojnë konfigurimin e testit, duke i lënë shkarkimet e depove që funksionojnë të kuptueshme.