Agordoj de Maven Surefire-prokurilo por testaj HTTP-petoj

La deponeja prokurilo de Maven povas elŝuti dependaĵojn sen agordi HTTP-peton faratan de testo. Agordu la klienton en la testa JVM.

Se tiu kliento respektas la HTTPS-prokurilajn ecojn de Java, metu ĉi tiun fragmenton ene de la configuration-elemento de la koncerna Surefire-kromaĵo:

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

Anstataŭigu la ekzemplan finpunkton. Por testoj kontraŭ publikaj celoj, kie publikaj perantoj estas permesataj, la listo de HTTP-prokuriloj proponas gastigantajn kaj pordajn kandidatojn. La gastiganto kaj la pordo estas apartaj valoroj; elektu la econ-familion taŭgan por la cela skemo kaj biblioteko. Kliento konstruita kun eksplicita prokurila objekto bezonas sian propran agordan interfacon.

Surefire kutime rulas testojn en forka JVM. Ne ĉiu opcio uzata por lanĉi Maven atingas tiun procezon. Lanĉo-sentiva malkovro de sistema prokurilo bezonas sian opcion en la testa JVM ĉe lanĉo. Eĉ kiam testoj kunhavas procezon, biblioteko povas ignori la defaŭltajn prokurilajn ecojn de Java.

Tenu internajn rektajn celojn kovritaj per taŭga preterpasa regulo, tenu prokurilan aŭtentigon aparta de cela aŭtentigo, kaj lasu certifikadan kontrolon ŝaltita. Malŝalti forkon ŝanĝas kiel testoj plenumiĝas; ŝanĝi dependecan spegulon ŝanĝas deponejan solvon. Neniuj el ili provizas mankantan testklientan vojon. Kopii ĉiujn sistemajn ecojn ankaŭ povas malkaŝi sekretojn.

Por restanta fiasko, registru la testan JVM, la HTTP-bibliotekon, la celon, la elektitan prokurilon kaj la unuan fiaskintan etapon. Tiuj observoj montras al la testa agordo, lasante la funkciantajn deponejajn elŝutojn kompreneblaj.