Hví Java-royndir ikki síggja java.net.useSystemProxies
Send tíðar-viðkvomu Java-proxy-leitingarvalmøguleikarnar til JVM, sum koyrir royndirnar, ikki bert til applikatiónina ella byggikoyrararn.
Tín applikatión finnur system-proxy, men JUnit-roynd finnur hann ikki. Áðrenn tú broytir leitingarkotuna, greið út hvør JVM koyrir hvørja prosess og hvørji argument hon fekk.
JDK skrivar java.net.useSystemProxies sum ein eginleika, ið verður kannaður eina ferð við byrjan. At seta hann inni í eini royndarháttferð kann vera ov seint at broyta ta byrjanaravgerðina.
Ein IDE-applikatiónskoyrari, ein IDE-royndarkoyrari, Maven sjálvur og ein greinað Surefire-royndarprosess kunnu øll hava ymisk VM-argument. Ein proxy-innstilling í einum koyrara er ikki prógv um, at ein annar koyrari gav hana víðari.
Kanna uppsetingina av tí greinaðu prosessini
argLine hjá Surefire gevur JVM-valmøguleikar á kommandolinju fyri greinaðar koyringar. Ein byrjanarvalmøguleiki kann hoyra har, tá royndirnar koyra í eini slíkari grein:
<argLine>-Djava.net.useSystemProxies=true</argLine>Sameina valmøguleikan við verandi uppseting verkætlanarinnar. At skifta út ein verandi argLine kann kasta dekningsagentar ella aðrar neyðugar JVM-innstillingar burtur. Um byggið ikki brúkar nakra grein, kanna heldur JVM, sum faktiskt hýsir royndirnar; argLine er skrásett sum virkin bert fyri greinaðar koyringar.
Ein eginleiki, sum ikki er tíðar-viðkvomur og verður latin gjøgnum eginleikamekanismu eini royndarrammu, hevur annan lívssyklus. Ikki antaga, at hvør eginleiki nær VM tíðliga nóg, bert tí at System.getProperty() gevur tað ynskaða stykkið aftur meðan royndin gongur.
Fyri eina fokuseraða proxy-leiðingarroynd kann ein týðiliga uppsettur klient eisini minka treytaleikann á skriviborðsuppsetingini. Java 11+ HttpClient kann brúka ein klient-lokalan HTTP ProxySelector til tað. Halt tað valið sjónligt í ætlan royndarinnar: at roynd ein klientleið og at roynd leiting av proxy hjá stýriskipanini eru ymiskar kanningar.