តើការកំណត់ប្រូកស៊ីមួយណាគ្រប់គ្រងការទាញយក Maven wrapper របស់អ្នក?
កំណត់អត្តសញ្ញាណកម្មវិធីទាញយក bootstrap របស់ wrapper មុនពេលកំណត់ប្រូកស៊ីសម្រាប់ការទាញយកចែកចាយ Maven ដែលបរាជ័យ។
ប្រសិនបើ mvnw បរាជ័យខណៈពេលទាញយក Maven នោះធាតុប្រូកស៊ីដែលដំណើរការក្នុង settings.xml អាចយឺតពេលពេក៖ Maven មិនទាន់ចាប់ផ្តើមនៅឡើយទេ។
ពិនិត្យឯកសារ wrapper ដែលបង្កើតនៅក្នុង checkout ដែលរងផលប៉ះពាល់ ហើយកំណត់ថាតើពួកវាដំណើរការកម្មវិធីទាញយកណា។ Maven Wrapper 3.3.4 ចងក្រងការរៀបចំទាំងនេះ៖
| ប្រភេទដែលបង្កើត | កន្លែងដែលត្រូវរកមើលការបញ្ចូលប្រូកស៊ី |
|---|---|
| only-script | curl ឬ wget នៅលើ Unix; PowerShell នៅលើ Windows |
| script | ការទាញយក JAR របស់ wrapper បន្ទាប់មកផ្លូវ wrapper របស់ Java |
| bin | JAR របស់ 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 និងឃ្លាំងអាចត្រូវបានផ្តល់ដោយម៉ាស៊ីនបម្រើផ្សេងៗគ្នា។