Mavens depotproxy kan hente afhængigheder uden at konfigurere en HTTP-anmodning, som en test udfører. Konfigurer klienten i test-JVM'en.

Hvis den klient respekterer Javas HTTPS-proxyegenskaber, skal du placere dette fragment inde i det relevante Surefire-plugins configuration-element:

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

Erstat eksempel-endpointet. Til tests mod offentlige destinationer, hvor offentlige mellemled er tilladt, tilbyder listen over HTTP-proxyer værts- og portkandidater. Vært og port er separate værdier; vælg den egenskabsfamilie, der passer til destinationsskemaet og biblioteket. En klient bygget med et eksplicit proxyobjekt har derimod brug for sin egen konfigurationsgrænseflade.

Surefire kører ofte tests i en forket JVM. Ikke alle valgmuligheder til at starte Maven når den proces. Opstartsfølsom registrering af systemproxy kræver sin valgmulighed på test-JVM'en ved opstart. Selv når tests deler en proces, kan et bibliotek ignorere Javas standardproxyegenskaber.

Hold interne direkte destinationer dækket af en passende bypass-regel, proxygodkendelse adskilt fra destinationsgodkendelse, og certifikatvalidering aktiveret. Deaktivering af forking ændrer, hvordan tests udføres; ændring af et afhængighedsspejl ændrer depotopløsningen. Ingen af dem leverer en manglende testklientrute. Kopiering af alle systemegenskaber kan også afsløre hemmeligheder.

Ved en resterende fejl skal du registrere test-JVM'en, HTTP-biblioteket, målet, den valgte proxy og det første fejlende trin. Disse observationer peger på testkonfigurationen, mens de fungerende depotdownloads forbliver forståelige.

Relaterede artikler