אפשרות -D ב-Ant אינה תמיד אפשרות פרוקסי של JVM
מאפיין Ant ומאפיין מערכת של Java יכולים להיות בעלי אותו כתיב בלי להיות אותה הגדרה. הגדירו את ה-JVM או את המשימה שמבצעת את הבקשה.
הוספתם -Dhttp.proxyHost=... לפקודת Ant, אבל ההורדה עדיין עוברת ישירות. הכתיב נראה כמו מאפיין מערכת של Java; הפקודה שמקבלת אותו היא שקובעת.
התחביר -D של שורת הפקודה של Ant מגדיר מאפייני בנייה של Ant. זה לא אותו דבר באופן אוטומטי כמו להעביר אפשרות הפעלה ל-JVM שמריצה את Ant.
Ant מתעד את ANT_OPTS עבור אפשרויות שמועברות ל-JVM הזה. הוא גם מספק את setproxy המשימה להגדרת פרוקסי נתמכת מתוך בנייה. בחרו את הממשק שמתאים לדרישה ולקליינט שמבצע את הבקשה.
פרוקסי שמוחל על ה-JVM של Ant לא מגדיר אוטומטית קובץ הפעלה נפרד או קליינט שהוגדר באופן עצמאי שמופעל על ידי משימה. אם תוכנית מסועפת נכשלת, בדקו את הפקודה והסביבה שלה.
עבור הורדה ציבורית מותרת, רשימת פרוקסי ה-HTTP מספקת מועמדים עבור המארח והפורט של הממשק שנבחר. השאירו נקודות קצה ספציפיות למכונה וסודות חשבון מחוץ לקבצי בנייה משותפים כשאפשר. בנייה שעובדת עבור מפתח אחד לא אמורה לאלץ את כל שאר המשתמשים לפנות לפרוקסי המשרד של אותו מפתח.
כשמדווחים על הכשל, הראו היכן סופקה ההגדרה: מאפיין Ant, אפשרות הפעלה של JVM, תצורת משימה או סביבת תהליך בן. ההבחנה הזו היא לעתים קרובות ההסבר החסר.