Maven Surefire-proxyinstellings vir HTTP-toetsversoeke

Maven se pakhuisproxy konfigureer nie willekeurige HTTP-kliënte binne 'n toets-JVM nie. Volg en konfigureer die versoek wat die toets maak.

Maven se pakhuisproxy kan afhanklikhede haal sonder om 'n HTTP-versoek wat deur 'n toets gemaak word, te konfigureer. Konfigureer die kliënt in die toets-JVM.

As daardie kliënt Java se HTTPS-proxy-eienskappe respekteer, plaas hierdie fragment binne die betrokke Surefire-inprop se configuration-element:

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

Vervang die voorbeeld-eindpunt. Vir toetse teen openbare bestemmings waar openbare tussenlye toegelaat word, bied die HTTP-proxylys gasheer- en poortkandidate. Die gasheer en poort is aparte waardes; kies die eienskapsfamilie wat by die bestemmingskema en biblioteek pas. 'n Kliënt wat met 'n eksplisiete proxy-objek gebou is, het eerder sy eie konfigurasiekoppelvlak nodig.

Surefire voer toetse gewoonlik in 'n gevurkte JVM uit. Nie elke opsie wat gebruik word om Maven te begin, bereik daardie proses nie. Opstart-sensitiewe stelselproxy-ontdekking het sy opsie by die opstart op die toets-JVM nodig. Selfs wanneer toetse 'n proses deel, kan 'n biblioteek die verstek Java-proxy-eienskappe ignoreer.

Hou interne direkte bestemmings deur 'n gepaste omseilreël gedek, proxy-verifikasie apart van bestemmingsverifikasie, en sertifikaatverifikasie geaktiveer. Om vurking te deaktiveer verander hoe toetse uitgevoer word; om 'n afhanklikheidsspieël te verander, verander pakhuisoplossing. Nie een lewer 'n ontbrekende toetskliëntroete nie. Om alle stelseleienskappe te kopieer kan ook geheime blootstel.

Vir 'n oorblywende fout, teken die toets-JVM, HTTP-biblioteek, teiken, gekose proxy en eerste mislukte stadium aan. Daardie waarnemings wys na die toetskonfigurasie terwyl die werkende pakhuisaftellings verstaanbaar bly.

Verwante artikels