Chaguo la -D la Ant si chaguo la proksi la JVM kila wakati
Sifa ya Ant na sifa ya mfumo wa Java zinaweza kuwa na tahajia moja bila kuwa mpangilio mmoja. Sanidi JVM au kazi inayofanya ombi.
Umeongeza -Dhttp.proxyHost=... kwenye amri ya Ant, lakini upakuaji bado unaenda moja kwa moja. Tahajia inaonekana kama sifa ya mfumo wa Java; amri inayoipokea ndiyo muhimu.
Sintaksia -D ya mstari wa amri ya Ant inafafanua sifa za ujenzi za Ant. Hiyo si sawa moja kwa moja na kupeleka chaguo la kuanza kwa JVM inayoendesha Ant.
Ant inaandika ANT_OPTS kwa chaguo zinazotolewa kwa JVM hiyo. Pia hutoa setproxy kazi ya usanidi wa proksi unaotumika kutoka kwa ujenzi. Chagua kiolesura kinacholingana na hitaji na mteja anayefanya ombi.
Proksi inayotumika kwa JVM ya Ant haisanidi kiotomatiki programu inayoweza kutekelezwa tofauti au mteja aliyesanidiwa kwa kujitegemea anayeanzishwa na kazi. Ikiwa programu iliyogawanywa inashindwa, chunguza amri na mazingira yake.
Kwa upakuaji wa umma unaoruhusiwa, orodha ya proksi za HTTP hutoa wagombea kwa mwenyeji na bandari ya kiolesura kilichochaguliwa. Weka ncha maalum za mashine na siri za akaunti nje ya faili za ujenzi zinazoshirikiwa inapowezekana. Ujenzi unaofanya kazi kwa msanidi mmoja haupaswi kulazimisha kila mtumiaji mwingine kuwasiliana na proksi ya ofisi ya msanidi huyo.
Unaporipoti hitilafu, onyesha wapi mpangilio ulitolewa: sifa ya Ant, chaguo la kuanza la JVM, usanidi wa kazi au mazingira ya mchakato mtoto. Tofauti hiyo mara nyingi ndiyo maelezo yanayokosekana.