Gradle የፕሮክሲ ቅንብሮቹን ከየት ያገኛል

ከIDE የተነሳ Gradle ግንባታ ከተርሚናል ከተነሳው ተመሳሳይ ፕሮጀክት የተለየ ውቅር ሊጠቀም ይችላል። የቆየ ፕሮክሲ ሂደትን ከመውቀስዎ በፊት የእያንዳንዱን ጅምር Gradle የተጠቃሚ ቤት፣ JVM እና የፕሮክሲ ባህሪያት ያነጻጽሩ።

Gradle የJVM ፕሮክሲ ባህሪያትን ይመዝግባል

ለHTTP እና HTTPS መንገዶች የባህሪ ፋይል ይህን ሊይዝ ይችላል፦

systemProp.http.proxyHost=203.0.113.10
systemProp.http.proxyPort=8080
systemProp.https.proxyHost=203.0.113.10
systemProp.https.proxyPort=8080
systemProp.http.nonProxyHosts=localhost|*.example.internal

የተመደበልዎትን የመጨረሻ ነጥብ ይጠቀሙ፤ ለተፈቀዱ የህዝብ ማከማቻ መንገዶች የHTTP ፕሮክሲ ዝርዝር የሆስት እና ፖርት ጥንዶችን ይሰጣል። የHTTPS መሻገሪያ ባህሪውም http.nonProxyHosts ነው፤ https.nonProxyHosts መፍጠር የተመዘገበ መፍትሄ አይደለም። የሆስት ባህሪያት አድራሻ እንጂ ሙሉ የፕሮክሲ URL አይይዙም።

በshell ውስጥ HTTP_PROXY መላክ ይህ JVM ደንበኛ እንደ ፕሮክሲ ፖሊሲ እንደሚጠቀምበት ብቻውን አያረጋግጥም። መተግበሪያው የሚደግፋቸውን ባህሪያት ይመርምሩ።

Daemon የግንባታ መረጃ ይቀበላል

የአሁኑ Gradle ሰነድ ደንበኛው የአካባቢ ተለዋዋጮችን ጨምሮ የግንባታ መረጃ ወደ daemon እንደሚልክ ይናገራል። ስለዚህ “daemon አዲስ የአካባቢ ተለዋዋጮችን በጭራሽ አይቀበልም” የሚለው አጠቃላይ ማብራሪያ ትክክል አይደለም።

አንዳንድ የJVM ጅምር ባህሪያት፣ የtrust-store ባህሪያትን ጨምሮ፣ ለሚሰራ JVM የማይለወጡ ናቸው። ስለዚህ የተለወጠ Java home ወይም የtrust-store የጅምር ውቅር መደበኛ የግንባታ አካባቢ እሴቶች ሲተላለፉም ሊያስፈልግ ይችላል።

ሁለቱን ጅምሮች ያነጻጽሩ

IDE የትኛውን Gradle ስርጭት እና Java runtime እንደሚመርጥ ይመርምሩ። ከተርሚናሉ ጋር ተመሳሳይ GRADLE_USER_HOME እና የተጠቃሚ ባህሪያት እንደሚጠቀም ያረጋግጡ። በአንድ ተጠቃሚ ውቅር ያለ የፕሮክሲ መዝገብ ሌላ አውድ ምን እንደጫነ አያሳይም።

የተለወጠ የጅምር መስፈርት ሌላ daemon ካስፈለገው ለተመለከተው Gradle ስሪት የተመዘገቡ የdaemon ቁጥጥሮችን ይጠቀሙ። Daemon ማቆምን የተሳሳተ ባህሪ ወይም የጎደለ የውቅር ፋይል ከመፈለግ ምትክ አያድርጉ።

በመጨረሻ የከሸፈውን ጥያቄ ይለዩ። Wrapper ማውረዶች፣ የግንባታ ጥገኝነት መፍትሄ እና በተለያዩ የመተግበሪያ ወይም የሙከራ ሂደቶች የሚደረጉ ጥያቄዎች በራስ-ሰር አንድ የአውታረ መረብ አውድ አይደሉም። የGradle ባህሪ እንዲቆጣጠረው ከመጠበቅዎ በፊት ጥያቄውን የሚያደርገውን ሂደት ያረጋግጡ።