ប្រសិនបើ mvnw បរាជ័យខណៈពេលទាញយក Maven នោះធាតុប្រូកស៊ីដែលដំណើរការក្នុង settings.xml អាចយឺតពេលពេក៖ Maven មិនទាន់ចាប់ផ្តើមនៅឡើយទេ។

ពិនិត្យឯកសារ wrapper ដែលបង្កើតនៅក្នុង checkout ដែលរងផលប៉ះពាល់ ហើយកំណត់ថាតើពួកវាដំណើរការកម្មវិធីទាញយកណា។ Maven Wrapper 3.3.4 ចងក្រងការរៀបចំទាំងនេះ៖

ប្រភេទដែលបង្កើតកន្លែងដែលត្រូវរកមើលការបញ្ចូលប្រូកស៊ី
only-scriptcurl ឬ wget នៅលើ Unix; PowerShell នៅលើ Windows
scriptការទាញយក JAR របស់ wrapper បន្ទាប់មកផ្លូវ wrapper របស់ Java
binJAR របស់ wrapper ដែលរួមបញ្ចូល និងផ្លូវទាញយក Java របស់វា
sourceប្រភពកម្មវិធីទាញយក Java ដែលរួមបញ្ចូល នៅពេលប្រើសម្រាប់ bootstrap

only-script គឺជាតម្លៃលំនាំដើមដែលបានចងក្រងសម្រាប់ wrapper ដែលបង្កើតថ្មី។ checkout ចាស់រក្សាឯកសារដែលបានបង្កើតរបស់វា ទោះបីអ្នកធ្វើបច្ចុប្បន្នភាពការដំឡើង Maven នៅលើម៉ាស៊ីនរបស់អ្នកក៏ដោយ។

ផ្គូផ្គងការកំណត់ទៅដំណើរការនោះ

សម្រាប់ wrapper Unix only-script ដែលប្រើ curl ឬ wget សូមកំណត់ចំណុចប្រទាក់ប្រូកស៊ីដែលកម្មវិធីទាញយកនោះគាំទ្រ; ការទាញយក HTTPS អាចប្រើ https_proxy។ ប្រសិនបើការទាញយកចែកចាយនោះអាចប្រើប្រូកស៊ី HTTP សាធារណៈ សូមយកអាសយដ្ឋានបេក្ខជនពី បញ្ជីប្រូកស៊ី HTTP សម្រាប់បរិស្ថានរបស់កម្មវិធីទាញយកនេះ។ ប្រសិនបើតម្លៃបញ្ជាក់ម៉ាស៊ីនមេ SOCKS នោះកម្មវិធីទាញយកក៏ត្រូវគាំទ្រពិធីការនោះដែរ។

MAVEN_OPTS ផ្តល់ជម្រើស JVM។ វាមិនអាចកំណត់ដំណើរការ curl របស់ shell បានទេ ប៉ុន្តែលក្ខណៈសម្បត្តិប្រូកស៊ី JVM អាចមានសារៈសំខាន់លើផ្លូវទាញយក Java។ នេះជាភាពខុសគ្នាដ៏មានប្រយោជន៍ នៅពេលប្រៀបធៀបដំណោះស្រាយ Takari ចាស់ជាមួយ wrapper របស់គម្រោងផ្សេង។

នៅពេលការទាញយកចែកចាយបានបញ្ចប់ ហើយ Maven ចាប់ផ្តើម ការទាញយកពីឃ្លាំងរបស់វាក្លាយជាការត្រួតពិនិត្យដាច់ដោយឡែកធៀបនឹង ការកំណត់ប្រូកស៊ីផ្ទាល់របស់ Maven។ ការចែកចាយ JAR របស់ wrapper និងឃ្លាំងអាចត្រូវបានផ្តល់ដោយម៉ាស៊ីនបម្រើផ្សេងៗគ្នា។

អត្ថបទពាក់ព័ន្ធ