Mavens depotproxy kan hente avhengigheter uten å konfigurere en HTTP-forespørsel som en test gjør. Konfigurer klienten i test-JVM-en.

Hvis den klienten respekterer Javas HTTPS-proxyegenskaper, plasser dette fragmentet inne i det aktuelle Surefire-pluginet sitt configuration-element:

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

Erstatt eksempel-endepunktet. For tester mot offentlige destinasjoner der offentlige mellommenn er tillatt, tilbyr listen over HTTP-proxyer verts- og portkandidater. Vert og port er separate verdier; velg egenskapsfamilien som passer til destinasjonsskjemaet og biblioteket. En klient bygget med et eksplisitt proxyobjekt trenger derimot sitt eget konfigurasjonsgrensesnitt.

Surefire kjører vanligvis tester i en forgrenet JVM. Ikke alle alternativer for å starte Maven når den prosessen. Oppstartsfølsom oppdagelse av systemproxy krever alternativet sitt på test-JVM-en ved oppstart. Selv når tester deler en prosess, kan et bibliotek ignorere Javas standard proxyegenskaper.

Hold interne direkte destinasjoner dekket av en passende bypass-regel, proxyautentisering atskilt fra destinasjonsautentisering, og sertifikatvalidering aktivert. Å slå av forgrening endrer hvordan tester kjøres; å bytte et avhengighetsspeil endrer depotoppslaget. Ingen av dem gir en manglende testklientrute. Kopiering av alle systemegenskaper kan også avsløre hemmeligheter.

Ved en gjenværende feil, registrer test-JVM-en, HTTP-biblioteket, målet, den valgte proxyen og det første feilede trinnet. Disse observasjonene peker på testkonfigurasjonen mens de fungerende depotnedlastingene forblir forståelige.

Relaterte artikler