Ant-ի -D տարբերակը միշտ չէ, որ JVM պրոքսի տարբերակ է

Դուք ավելացրել եք -Dhttp.proxyHost=... Ant-ի հրամանին, բայց ներբեռնումը դեռ ուղիղ է ընթանում։ Գրությունը նման է Java-ի համակարգային հատկությանը. կարևոր է հրամանը, որն այն ստանում է։

Ant-ի հրամանի տողի -D շարահյուսությունը սահմանում է Ant-ի build-հատկություններ։ Սա ինքնաբերաբար նույնը չէ, ինչ մեկնարկային տարբերակ փոխանցելը Ant-ը գործարկող JVM-ին։

Ant-ը փաստաթղթավորում է ANT_OPTS-ը այդ JVM-ին տրվող տարբերակների համար։ Այն նաև տալիս է setproxy առաջադրանքը՝ build-ից աջակցվող պրոքսի կարգավորման համար։ Ընտրեք պահանջին և հարցումը կատարող հաճախորդին համապատասխան ինտերֆեյսը։

Ant-ի JVM-ի վրա կիրառված պրոքսը ինքնաբերաբար չի կարգավորում առանձին գործարկվող ծրագիր կամ առաջադրանքով մեկնարկված ինքնուրույն կարգավորված հաճախորդ։ Եթե ճյուղավորված ծրագիրը ձախողվի, ստուգեք նրա սեփական հրամանն ու միջավայրը։

Թույլատրված հանրային ներբեռնման համար HTTP պրոքսիների ցանկը առաջարկում է թեկնածուներ ընտրված ինտերֆեյսի հոսթի և պորտի համար։ Հնարավորության դեպքում մեքենային հատուկ վերջնակետերը և հաշվի գաղտնիքները պահեք համօգտագործվող build-ֆայլերից դուրս։ Մեկ մշակողի համար աշխատող build-ը չպետք է ստիպի մյուս բոլոր օգտվողներին կապվել այդ մշակողի գրասենյակային պրոքսի հետ։

Ձախողման մասին հաղորդելիս ցույց տվեք, թե որտեղ է տրվել կարգավորումը՝ Ant-ի հատկություն, JVM-ի մեկնարկային տարբերակ, առաջադրանքի կարգավորում կամ զավակ պրոցեսի միջավայր։ Այս տարբերությունը հաճախ բացակայող բացատրությունն է։