Depotproxyen til Maven kan hente avhengnader utan å konfigurere ein HTTP-førespurnad som ein test gjer. Konfigurer klienten i test-JVM-en.

Dersom den klienten respekterer HTTPS-proxyegenskapane til Java, plasser dette fragmentet inne i configuration-elementet til den aktuelle Surefire-programtilleggja:

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

Erstatt døme-endepunktet. For testar mot offentlege destinasjonar der offentlege mellommenn er tillatne, tilbyr lista over HTTP-proxyar verts- og portkandidatar. Vert og port er separate verdiar; vel eigenskapssfamilien som passar til destinasjonsskjemaet og biblioteket. Ein klient bygd med eit eksplisitt proxyobjekt treng derimot sitt eige konfigurasjonsgrensesnitt.

Surefire køyrer vanlegvis testar i ein forgreina JVM. Ikkje alle alternativ for å starte Maven når den prosessen. Oppstartsfølsam oppdaging av systemproxy krev alternativet sitt på test-JVM-en ved oppstart. Sjølv når testar deler ein prosess, kan eit bibliotek ignorere standard proxyegenskapar i Java.

Hald interne direkte destinasjonar dekte av ein passande omvegingsregel, proxyautentisering skild frå destinasjonsautentisering, og sertifikatvalidering slått på. Å slå av forgreining endrar korleis testar vert køyrde; å byte eit avhengnadsspegel endrar depotoppslaget. Ingen av dei gjev ei manglande testklientrute. Kopiering av alle systemegenskapar kan òg avsløre løyndomar.

Ved ein gjenverande feil, registrer test-JVM-en, HTTP-biblioteket, målet, den valde proxyen og det første feila trinnet. Desse observasjonane peikar på testkonfigurasjonen medan dei fungerande depotnedlastingane held fram med å vere forståelege.

Relaterte artiklar