Maven Wrapper indirmenizi hangi proxy ayarı kontrol eder?
Başarısız bir Maven dağıtım indirmesi için proxy'yi yapılandırmadan önce wrapper'ın bootstrap indiricisini belirleyin.
mvnw, Maven indirilirken başarısız olursa, settings.xml içindeki çalışan bir proxy girdisi çok geç olabilir: Maven henüz başlamamıştır.
Etkilenen checkout'taki oluşturulmuş wrapper dosyalarını inceleyin ve hangi indiriciyi çalıştırdıklarını belirleyin. Maven Wrapper 3.3.4 bu düzenlemeleri belgeler:
| Oluşturulan tür | Proxy girdisinin aranacağı yer |
|---|---|
| only-script | Unix'te curl veya wget; Windows'ta PowerShell |
| script | Wrapper JAR indirmesi, ardından Java wrapper yolu |
| bin | Dahil edilen wrapper JAR'ı ve Java indirme yolu |
| source | Bootstrap için kullanıldığında dahil edilen Java indirici kaynağı |
only-script, yeni oluşturulan wrapper'lar için belgelenmiş varsayılandır. Eski bir checkout, makinenizdeki Maven kurulumunu güncelleseniz bile oluşturulmuş dosyalarını korur.
Ayarı o süreçle eşleştirin
curl veya wget kullanan bir Unix only-script wrapper için o indiricinin desteklediği proxy arayüzünü yapılandırın; bir HTTPS indirmesi https_proxy kullanabilir. Bu dağıtım indirmesi genel bir HTTP proxy kullanabiliyorsa, bu indiricinin ortamı için HTTP proxy listesinden bir aday adres alın. Değer bir SOCKS sunucusunu adlandırıyorsa, indirici bu protokolü de desteklemelidir.
MAVEN_OPTS JVM seçeneklerini sağlar. Bir kabuğun curl sürecini yapılandıramaz, ancak JVM proxy özellikleri bir Java indirici yolunda önemli olabilir. Eski bir Takari çözümünü başka bir projenin wrapper'ıyla karşılaştırırken işe yarayan ayrım budur.
Dağıtım indirmesi tamamlanıp Maven başladığında, depo indirmeleri Maven'ın kendi proxy yapılandırmasına karşı ayrı bir kontrol haline gelir. Dağıtım, wrapper JAR'ı ve depolar farklı ana bilgisayarlar tarafından sunulabilir.