Maven wrapper жүктөөңүздү кайсы прокси параметри башкарат?
Maven дистрибутивин жүктөө ишке ашпаган учурда проксини конфигурациялоодон мурун wrapperдин bootstrap жүктөөчүсүн аныктаңыз.
Эгер mvnw Maven жүктөп жатканда ишке ашпаса, settings.xml ичиндеги иштеген прокси жазуусу өтө кеч болушу мүмкүн: Maven али баштала элек.
Жабыркаган checkout ичиндеги түзүлгөн wrapper файлдарын карап чыгып, алар кайсы жүктөөчүнү иштетээрин аныктаңыз. Maven Wrapper 3.3.4 ушундай жайгашууларды документтештирет:
| Түзүлгөн түрү | Прокси киргизүүсүн кайдан издөө керек |
|---|---|
| only-script | Unix'те curl же wget; Windows'то PowerShell |
| script | wrapper JAR жүктөөсү, андан кийин Java wrapper жолу |
| bin | Кошулган wrapper JAR жана анын Java жүктөө жолу |
| source | Bootstrap үчүн колдонулганда кошулган Java жүктөөчүсүнүн булагы |
only-script жаңы түзүлгөн wrapper'лер үчүн документтелген демейки маани. Эски checkout өзүнүн түзүлгөн файлдарын сактайт, машинаңыздагы Maven орнотуусун жаңыртсаңыз да.
Параметрди ошол процесске шайкеш келтириңиз
curl же wget колдонгон Unix only-script wrapper үчүн ошол жүктөөчү колдогон прокси интерфейсин конфигурациялаңыз; HTTPS жүктөөсү https_proxy колдоно алат. Эгер бул дистрибутив жүктөөсү коомдук HTTP проксини колдоно алса, бул жүктөөчүнүн чөйрөсү үчүн HTTP прокси тизмесинен талапкер даректи алыңыз. Эгер маани SOCKS серверин көрсөтсө, жүктөөчү ошол протоколду да колдошу керек.
MAVEN_OPTS JVM опцияларын берет. Ал shell'дин curl процессин конфигурациялай албайт, бирок JVM прокси касиеттери Java жүктөөчү жолунда маанилүү болушу мүмкүн. Бул эски Takari чечимин башка долбоордун wrapper'и менен салыштыргандагы пайдалуу айырма.
Дистрибутив жүктөөсү бүтүп, Maven ишке киргенден кийин анын репозиторийлеринен жүктөөлөр Maven'дин өз прокси конфигурациясына каршы өзүнчө текшерүүгө айланат. Дистрибутив, wrapper JAR жана репозиторийлерди ар кандай хосттор сунушташы мүмкүн.