Ant-ന്റെ -D ഓപ്ഷൻ എല്ലായ്പ്പോഴും JVM പ്രോക്സി ഓപ്ഷൻ അല്ല

നിങ്ങൾ Ant കമാൻഡിൽ -Dhttp.proxyHost=... ചേർത്തു, പക്ഷേ ഡൗൺലോഡ് ഇപ്പോഴും നേരിട്ട് പോകുന്നു. അക്ഷരവിന്യാസം Java സിസ്റ്റം പ്രോപ്പർട്ടി പോലെ തോന്നുന്നു; അത് സ്വീകരിക്കുന്ന കമാൻഡാണ് പ്രധാനം.

Ant-ന്റെ കമാൻഡ് ലൈൻ -D സിന്റാക്സ് Ant ബിൽഡ് പ്രോപ്പർട്ടികൾ നിർവചിക്കുന്നു. Ant പ്രവർത്തിപ്പിക്കുന്ന JVM-ന് സ്റ്റാർട്ടപ്പ് ഓപ്ഷൻ നൽകുന്നതിന് ഇത് യാന്ത്രികമായി തുല്യമല്ല.

ആ JVM-ന് നൽകുന്ന ഓപ്ഷനുകൾക്കായി Ant ANT_OPTS രേഖപ്പെടുത്തുന്നു. ബിൽഡിൽ നിന്ന് പിന്തുണയ്ക്കുന്ന പ്രോക്സി കോൺഫിഗറേഷനുള്ള setproxy ടാസ്കും ഇത് നൽകുന്നു. ആവശ്യകതയ്ക്കും അഭ്യർത്ഥന നടത്തുന്ന ക്ലയന്റിനും യോജിക്കുന്ന ഇന്റർഫേസ് തിരഞ്ഞെടുക്കുക.

Ant-ന്റെ JVM-ൽ പ്രയോഗിച്ച പ്രോക്സി, ഒരു ടാസ്ക് ആരംഭിക്കുന്ന വേറിട്ട എക്സിക്യൂട്ടബിൾ അല്ലെങ്കിൽ സ്വതന്ത്രമായി കോൺഫിഗർ ചെയ്ത ക്ലയന്റ് യാന്ത്രികമായി കോൺഫിഗർ ചെയ്യുന്നില്ല. ഫോർക്ക് ചെയ്ത പ്രോഗ്രാം പരാജയപ്പെട്ടാൽ അതിന്റെ സ്വന്തം കമാൻഡും പരിസ്ഥിതിയും പരിശോധിക്കുക.

അനുവദനീയമായ പൊതു ഡൗൺലോഡിനായി HTTP പ്രോക്സി പട്ടിക തിരഞ്ഞെടുത്ത ഇന്റർഫേസിന്റെ ഹോസ്റ്റിനും പോർട്ടിനും സ്ഥാനാർത്ഥികൾ നൽകുന്നു. കഴിയുന്നിടത്തോളം മെഷീൻ-നിർദ്ദിഷ്ട എൻഡ്പോയിന്റുകളും അക്കൗണ്ട് രഹസ്യങ്ങളും പങ്കിട്ട ബിൽഡ് ഫയലുകൾക്ക് പുറത്ത് സൂക്ഷിക്കുക. ഒരു ഡെവലപ്പർക്ക് പ്രവർത്തിക്കുന്ന ബിൽഡ് മറ്റെല്ലാ ഉപയോക്താക്കളെയും ആ ഡെവലപ്പറുടെ ഓഫീസ് പ്രോക്സിയുമായി ബന്ധപ്പെടാൻ നിർബന്ധിക്കരുത്.

പരാജയം റിപ്പോർട്ട് ചെയ്യുമ്പോൾ ക്രമീകരണം എവിടെ നൽകി എന്ന് കാണിക്കുക: Ant പ്രോപ്പർട്ടി, JVM സ്റ്റാർട്ടപ്പ് ഓപ്ഷൻ, ടാസ്ക് കോൺഫിഗറേഷൻ അല്ലെങ്കിൽ ചൈൽഡ് പ്രോസസ് പരിസ്ഥിതി. ആ വ്യത്യാസമാണ് പലപ്പോഴും കാണാത്ത വിശദീകരണം.