Gradle එහි proxy සැකසුම් ලබා ගන්නේ කොහෙන්ද

Gradle හි JVM proxy ගුණාංග, පරිශීලක home සැකසුම් සහ client පරිසරය සොයා බලන්න; daemon නව variables සැමවිටම නොසලකා හරින බව නොසිතන්න.

IDE එකකින් ආරම්භ කළ Gradle build එක terminal එකකින් ආරම්භ කළ එම project එකට වඩා වෙනස් configuration භාවිත කළ හැක. පැරණි proxy process එකකට දොස් පැවරීමට පෙර ආරම්භය සෑම එකකම Gradle user home, JVM සහ proxy properties සසඳන්න.

Gradle JVM proxy properties ලේඛනගත කරයි

HTTP සහ HTTPS මාර්ග සඳහා properties file එකක මෙය තිබිය හැක:

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

ඔබට ලබා දුන් endpoint භාවිත කරන්න; අවසර ලත් public-repository මාර්ග සඳහා HTTP proxy list මඟින් හැකි host සහ port යුගල ලබා දෙයි. HTTPS bypass property එකත් http.nonProxyHosts ය; https.nonProxyHosts නිර්මාණය කිරීම ලේඛනගත විසඳුමක් නොවේ. Host properties තුළ සම්පූර්ණ proxy URL එකක් නොව ලිපිනයක් ඇත.

Shell එකක HTTP_PROXY export කිරීමෙන් මෙම JVM client එක එය proxy policy ලෙස භාවිත කරන බව තනිවම ඔප්පු නොවේ. Application එක සහාය දක්වන properties පරීක්ෂා කරන්න.

Daemon එකට build තොරතුරු ලැබේ

වත්මන් Gradle documentation අනුව client එක environment variables ඇතුළත් build information daemon වෙත යවයි. එබැවින් “daemon එකට නව environment variables කිසිදා නොලැබේ” යන සාමාන්‍ය පැහැදිලි කිරීම නිවැරදි නොවේ.

Trust-store properties ඇතුළු සමහර JVM startup properties ධාවනය වන JVM එකකට වෙනස් කළ නොහැක. සාමාන්‍ය build environment values යවන විටත් වෙනස් කළ Java home හෝ trust-store startup configuration වැදගත් විය හැක.

ආරම්භ දෙක සසඳන්න

IDE එක තෝරාගන්නා Gradle distribution සහ Java runtime පරීක්ෂා කරන්න. Terminal එක මෙන්ම GRADLE_USER_HOME සහ user properties භාවිත කරන්නේ දැයි බලන්න. එක් user කෙනෙකුගේ configuration හි proxy entry එකක් වෙනත් context එකක් load කළ දේ නොපෙන්වයි.

වෙනස් කළ startup requirement එකකට වෙනත් daemon එකක් අවශ්‍ය නම් අදාළ Gradle version එකේ documented daemon controls භාවිත කරන්න. වැරදි property එකක් හෝ නැති configuration file එකක් සෙවීම වෙනුවට daemon නවත්වන්න එපා.

අවසානයේ අසාර්ථක request එක හඳුනාගන්න. Wrapper downloads, build dependency resolution සහ forked application හෝ test process requests ස්වයංක්‍රීයව එකම network context එකක් නොවේ. Gradle property එක එය පාලනය කරනු ඇතැයි බලාපොරොත්තු වීමට පෙර request කරන process එක පරීක්ෂා කරන්න.

අදාළ ලිපි