Ant-ის -D პარამეტრი ყოველთვის JVM პროქსის პარამეტრი არ არის
Ant-ის თვისებასა და Java-ს სისტემურ თვისებას ერთი და იგივე წერა შეიძლება ჰქონდეთ, თუმცა ერთი და იგივე პარამეტრი არ არის. დააკონფიგურირეთ JVM ან ამოცანა, რომელიც მოთხოვნას ასრულებს.
თქვენ დაამატეთ -Dhttp.proxyHost=... Ant-ის ბრძანებას, მაგრამ ჩამოტვირთვა კვლავ პირდაპირ ხდება. წერა Java-ს სისტემურ თვისებას ჰგავს; მთავარია ბრძანება, რომელიც მას იღებს.
Ant-ის ბრძანების ხაზის -D სინტაქსი განსაზღვრავს Ant-ის build თვისებებს. ეს ავტომატურად არ არის იგივე, რაც გაშვების პარამეტრის გადაცემა Ant-ის გამშვებ JVM-ს.
Ant ადოკუმენტირებს ANT_OPTS-ს ამ JVM-ისთვის მიცემული პარამეტრებისთვის. ის ასევე გთავაზობთ setproxy ამოცანას მხარდაჭერილი პროქსის კონფიგურაციისთვის build-იდან. აირჩიეთ ინტერფეისი, რომელიც შეესაბამება მოთხოვნას და მოთხოვნის შემსრულებელ კლიენტს.
Ant-ის JVM-ზე გამოყენებული პროქსი ავტომატურად არ აკონფიგურირებს ცალკე შესრულებად პროგრამას ან დამოუკიდებლად კონფიგურირებულ კლიენტს, რომელსაც ამოცანა უშვებს. თუ განშტოებული პროგრამა ვერ მუშაობს, შეამოწმეთ მისი საკუთარი ბრძანება და გარემო.
დაშვებული საჯარო ჩამოტვირთვისთვის HTTP პროქსების სია გთავაზობთ კანდიდატებს არჩეული ინტერფეისის ჰოსტისა და პორტისთვის. მანქანისთვის სპეციფიკური ბოლო წერტილები და ანგარიშის საიდუმლოებები, სადაც შესაძლებელია, საერთო build ფაილებს გარეთ შეინახეთ. build-მა, რომელიც ერთი დეველოპერისთვის მუშაობს, არ უნდა აიძულოს ყველა სხვა მომხმარებელი დაუკავშირდეს ამ დეველოპერის საოფისე პროქსის.
წარუმატებლობის შესახებ შეტყობინებისას აჩვენეთ, სად მიეცა პარამეტრი: Ant-ის თვისება, JVM-ის გაშვების პარამეტრი, ამოცანის კონფიგურაცია ან შვილეული პროცესის გარემო. ეს განსხვავება ხშირად აკლია ახსნას.