Mipangilio ya proksi ya Maven Surefire kwa maombi ya HTTP ya majaribio

Proksi ya hazina ya Maven inaweza kuleta vitegemezi bila kusanidi ombi la HTTP linalofanywa na jaribio. Sanidi mteja ndani ya JVM ya jaribio.

Ikiwa mteja huyo anaheshimu sifa za proksi za HTTPS za Java, weka kipande hiki ndani ya kipengele configuration cha programu-jalizi husika ya Surefire:

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

Badilisha mwisho wa mfano. Kwa majaribio dhidi ya malengo ya umma ambapo wapatanishi wa umma wanaruhusiwa, orodha ya proksi za HTTP inatoa wagombea wa mwenyeji na mlango. Mwenyeji na mlango ni thamani tofauti; chagua familia ya sifa inayofaa mpango wa lengo na maktaba. Mteja aliyebuniwa na kitu cha proksi dhahiri anahitaji kiolesura chake cha usanidi badala yake.

Surefire huwa inaendesha majaribio katika JVM iliyogawanywa. Sio kila chaguo la kuanzisha Maven linafika kwenye mchakato huo. Ugunduzi wa proksi ya mfumo unaozingatia uanzishaji unahitaji chaguo lake kwenye JVM ya jaribio wakati wa kuanza. Hata majaribio yanaposhiriki mchakato mmoja, maktaba inaweza kupuuza sifa chaguo-msingi za proksi za Java.

Weka malengo ya ndani ya moja kwa moja yakiwa yamefunikwa na kanuni sahihi ya kupita, uthibitishaji wa proksi ukiwa tofauti na uthibitishaji wa lengo, na uthibitishaji wa vyeti ukiwa umewashwa. Kulemaza ugawanyaji hubadilisha jinsi majaribio yanavyotekelezwa; kubadilisha kioo cha vitegemezi hubadilisha utatuzi wa hazina. Hakuna kati yao kinachotoa njia ya mteja wa jaribio iliyokosekana. Kunakili sifa zote za mfumo kunaweza pia kufichua siri.

Kwa kushindwa kunakobaki, rekodi JVM ya jaribio, maktaba ya HTTP, lengo, proksi iliyochaguliwa na hatua ya kwanza iliyoshindwa. Uchunguzi huo unaonyesha usanidi wa jaribio huku upakuaji wa hazina unaofanya kazi ukibaki ukiwa wazi.