Mpangilio upi wa proksi unadhibiti upakuaji wa Maven Wrapper?
Tambua kipakuzi cha bootstrap cha wrapper kabla ya kusanidi proksi kwa upakuaji wa usambazaji wa Maven ulioshindikana.
Ikiwa mvnw inashindikana wakati wa kupakua Maven, ingizo la proksi linalofanya kazi katika settings.xml linaweza kuwa limechelewa: Maven bado haijaanza.
Chunguza faili za wrapper zilizotengenezwa katika checkout iliyoathirika na tambua kipakuzi wanachokitumia. Maven Wrapper 3.3.4 inaeleza mipangilio hii:
| Aina iliyotengenezwa | Mahali pa kutafuta ingizo la proksi |
|---|---|
| only-script | curl au wget kwenye Unix; PowerShell kwenye Windows |
| script | Upakuaji wa JAR ya wrapper, ukifuatiwa na njia ya Java ya wrapper |
| bin | JAR ya wrapper iliyojumuishwa na njia yake ya upakuaji ya Java |
| source | Chanzo cha kipakuzi cha Java kilichojumuishwa kinapotumika kwa bootstrap |
only-script ndiyo chaguo-msingi lililoandikwa kwa wrapper mpya zilizotengenezwa. Checkout ya zamani huhifadhi faili zake zilizotengenezwa, hata ukipakia toleo jipya la usakinishaji wa Maven kwenye mashine yako.
Oanisha mpangilio na mchakato huo
Kwa wrapper ya Unix ya only-script inayotumia curl au wget, sanidi kiolesura cha proksi kinachoungwa mkono na kipakuzi hicho; upakuaji wa HTTPS unaweza kutumia https_proxy. Ikiwa upakuaji huo wa usambazaji unaweza kutumia proksi ya HTTP ya umma, chukua anwani mtarajiwa kutoka orodha ya proksi za HTTP kwa mazingira ya kipakuzi hicho. Ikiwa thamani inataja seva ya SOCKS, kipakuzi lazima kiunge mkono itifaki hiyo pia.
MAVEN_OPTS hutoa chaguo za JVM. Haiwezi kusanidi mchakato wa curl wa shell, lakini sifa za proksi za JVM zinaweza kuwa muhimu kwenye njia ya kipakuzi cha Java. Huu ndio tofauti muhimu unapolinganisha suluhisho la zamani la Takari na wrapper ya mradi mwingine.
Baada ya upakuaji wa usambazaji kukamilika na Maven kuanza, upakuaji wake wa hifadhi huwa ukaguzi tofauti dhidi ya usanidi wa proksi wa Maven wenyewe. Usambazaji, JAR ya wrapper na hifadhi zinaweza kuhudumiwa na wenyeji tofauti.