Opsioni -D i Ant nuk është gjithmonë një opsion proxy i JVM
Një veti Ant dhe një veti sistemi Java mund të kenë të njëjtën drejtshkrim pa qenë e njëjta cilësim. Konfiguroni JVM-në ose detyrën që bën kërkesën.
Shtuat -Dhttp.proxyHost=... në një komandë Ant, por shkarkimi vazhdon të shkojë drejt. Drejtshkrimi duket si një veti sistemi Java; komanda që e merr është e rëndësishme.
Sintaksa -D e rreshtit të komandës Ant përcakton vetitë e ndërtimit të Ant. Kjo nuk është automatikisht e njëjta gjë si kalimi i një opsioni nisjeje JVM-së që ekzekuton Ant.
Ant dokumenton ANT_OPTS për opsionet që i jepen asaj JVM. Ai ofron gjithashtu setproxy detyrën për konfigurimin e proxy-t të mbështetur nga një ndërtim. Zgjidhni ndërfaqen që përputhet me kërkesën dhe klientin që bën kërkesën.
Një proxy i aplikuar në JVM-në e Ant nuk konfiguron automatikisht një ekzekutues të veçantë ose një klient të konfiguruar në mënyrë të pavarur që niset nga një detyrë. Nëse një program i degëzuar dështon, shqyrtoni komandën dhe mjedisin e tij.
Për një shkarkim publik të lejuar, lista e proxy-ve HTTP ofron kandidatë për hostin dhe portën e ndërfaqes së zgjedhur. Mbani pikat fundore specifike të makinës dhe sekretet e llogarisë jashtë skedarëve të ndërtimit të përbashkët kur është e mundur. Një ndërtim që funksionon për një zhvillues nuk duhet t'i detyrojë të gjithë përdoruesit e tjerë të kontaktojnë proxy-n e zyrës së atij zhvilluesi.
Kur raportoni dështimin, tregoni ku është dhënë cilësimi: veti Ant, opsion nisjeje i JVM-së, konfigurim detyre ose mjedis i procesit fëmijë. Ky dallim është shpesh shpjegimi që mungon.