Ant se -D-opsie is nie altyd 'n JVM-proxyopsie nie
'n Ant-eienskap en 'n Java-stelsel-eienskap kan dieselfde spelling he sonder om dieselfde instelling te wees. Stel die JVM of taak op wat die versoek maak.
Jy het -Dhttp.proxyHost=... by 'n Ant-opdrag gevoeg, maar die aflaai gaan steeds reguit. Die spelling lyk soos 'n Java-stelsel-eienskap; die opdrag wat dit ontvang, maak saak.
Ant se opdragreel-sintaksis -D definieer Ant-bou-eienskappe. Dit is nie outomaties dieselfde as om 'n beginopsie aan die JVM wat Ant laat loop, deur te gee nie.
Ant dokumenteer ANT_OPTS vir opsies wat aan daardie JVM gegee word. Dit bied ook die setproxy taak vir ondersteunde proxykonfigurasie vanuit 'n bou. Kies die koppelvlak wat by die vereiste en die kliënt wat die versoek doen, pas.
'n Proxy wat op Ant se JVM toegepas word, stel nie outomaties 'n aparte uitvoerbare lêer of 'n onafhanklik gekonfigureerde kliënt op wat deur 'n taak begin word nie. As 'n gevurkte program misluk, ondersoek sy eie opdrag en omgewing.
Vir 'n toegelate openbare aflaai bied die HTTP-proxylys kandidate vir die gasheer en poort van die gekose koppelvlak. Hou masjienspesifieke eindpunte en rekeninggeheime waar moontlik uit gedeelde bou-lêers. 'n Bou wat vir een ontwikkelaar werk, moet nie elke ander gebruiker dwing om daardie ontwikkelaar se kantoorproxy te kontak nie.
Wanneer jy die fout rapporteer, wys waar die instelling gegee is: Ant-eienskap, JVM-beginopsie, taakkonfigurasie of omgewing van die kindproses. Daardie onderskeid is dikwels die ontbrekende verduideliking.