Cili rregullim proxy kontrollon shkarkimin e Maven Wrapper?
Identifiko shkarkuesin e bootstrap-it të wrapper-it para se të konfiguroni proxy-n për një shkarkim të dështuar të shpërndarjes Maven.
Nëse mvnw dështon gjatë shkarkimit të Maven, një hyrje proxy që funksionon në settings.xml mund të jetë shumë vonë: Maven nuk ka filluar ende.
Inspekto skedarët e gjeneruar të wrapper-it në checkout-in e prekur dhe identifiko cilin shkarkues ekzekutojnë. Maven Wrapper 3.3.4 dokumenton këto rregullime:
| Lloji i gjeneruar | Ku të kërkoni hyrjen proxy |
|---|---|
| only-script | curl ose wget në Unix; PowerShell në Windows |
| script | Shkarkimi i JAR-it të wrapper-it, i ndjekur nga rruga Java e wrapper-it |
| bin | JAR-i i wrapper-it i përfshirë dhe rruga e tij e shkarkimit Java |
| source | Burimi i shkarkuesit Java i përfshirë kur përdoret për bootstrap |
only-script është parazgjedhja e dokumentuar për wrapper-ët e gjeneruar së fundmi. Një checkout më i vjetër i mban skedarët e tij të gjeneruar, edhe nëse përditësoni instalimin e Maven në makinën tuaj.
Përputh rregullimin me atë proces
Për një wrapper Unix only-script që përdor curl ose wget, konfiguro ndërfaqen proxy të mbështetur nga ai shkarkues; një shkarkim HTTPS mund të përdorë https_proxy. Nëse ai shkarkim i shpërndarjes mund të përdorë një proxy HTTP publik, merrni një adresë kandidate nga lista e proxy-ve HTTP për mjedisin e këtij shkarkuesi. Nëse vlera emërton një server SOCKS, shkarkuesi duhet të mbështesë edhe atë protokoll.
MAVEN_OPTS furnizon opsionet e JVM-së. Ai nuk mund të konfigurojë procesin curl të një shell-i, por vetitë proxy të JVM-së mund të kenë rëndësi në rrugën e një shkarkuesi Java. Ky është dallimi i dobishëm kur krahason një zgjidhje të vjetër Takari me wrapper-in e një projekti tjetër.
Pasi shkarkimi i shpërndarjes përfundon dhe Maven fillon, shkarkimet e depove të tij bëhen një kontroll i veçantë kundrejt konfigurimit të proxy-t të vetë Maven. Shpërndarja, JAR-i i wrapper-it dhe depot mund të shërbehen nga hoste të ndryshëm.