Które ustawienie proxy kontroluje pobieranie twojego Maven wrappera?
Zidentyfikuj bootstrapowy downloader wrappera, zanim skonfigurujesz proxy dla nieudanego pobrania dystrybucji Maven.
Jeśli mvnw zawiedzie podczas pobierania Mavena, działający wpis proxy w settings.xml może być zbyt późny: Maven jeszcze nie wystartował.
Przejrzyj wygenerowane pliki wrappera w danym checkoutcie i ustal, który downloader uruchamiają. Maven Wrapper 3.3.4 dokumentuje te układy:
| Wygenerowany typ | Gdzie szukać danych proxy |
|---|---|
| only-script | curl lub wget w systemie Unix; PowerShell w systemie Windows |
| script | Pobranie JAR-a wrappera, a następnie ścieżka wrappera Java |
| bin | Dołączony JAR wrappera i jego ścieżka pobierania Java |
| source | Źródło dołączonego downloadera Java, gdy jest używany do bootstrapu |
only-script to udokumentowana wartość domyślna dla nowo wygenerowanych wrapperów. Starszy checkout zachowuje swoje wygenerowane pliki, nawet jeśli zaktualizujesz instalację Mavena na swojej maszynie.
Dopasuj ustawienie do tego procesu
W przypadku wrappera Unix only-script korzystającego z curl lub wget skonfiguruj interfejs proxy obsługiwany przez ten downloader; pobieranie HTTPS może używać https_proxy. Jeśli to pobranie dystrybucji może korzystać z publicznego proxy HTTP, weź adres kandydata z listy proxy HTTP dla środowiska tego downloadera. Jeśli wartość wskazuje serwer SOCKS, downloader musi obsługiwać także ten protokół.
MAVEN_OPTS dostarcza opcje JVM. Nie może skonfigurować procesu curl powłoki, ale właściwości proxy JVM mogą mieć znaczenie na ścieżce downloadera Java. To użyteczna różnica przy porównywaniu starego obejścia Takari z wrapperem innego projektu.
Gdy pobieranie dystrybucji się zakończy i Maven wystartuje, jego pobierania z repozytoriów stają się osobnym sprawdzeniem wobec własnej konfiguracji proxy Mavena. Dystrybucja, JAR wrappera i repozytoria mogą być obsługiwane przez różne hosty.