Tetapan proxy manakah yang mengawal muat turun Maven wrapper anda?
Kenal pasti pemuat turun bootstrap wrapper sebelum mengkonfigurasi proxy untuk muat turun distribusi Maven yang gagal.
Jika mvnw gagal semasa memuat turun Maven, entri proxy yang berfungsi dalam settings.xml mungkin terlalu lewat: Maven belum dimulakan.
Periksa fail wrapper yang dijana dalam checkout yang terjejas dan kenal pasti pemuat turun yang dijalankannya. Maven Wrapper 3.3.4 mendokumentasikan susunan ini:
| Jenis yang dijana | Di mana hendak mencari input proxy |
|---|---|
| only-script | curl atau wget pada Unix; PowerShell pada Windows |
| script | Muat turun JAR wrapper, kemudian laluan wrapper Java |
| bin | JAR wrapper yang disertakan dan laluan muat turun Java-nya |
| source | Sumber pemuat turun Java yang disertakan apabila digunakan untuk bootstrap |
only-script ialah lalai terdokumentasi untuk wrapper yang baru dijana. Checkout lama mengekalkan fail yang dijananya, walaupun anda mengemas kini pemasangan Maven pada mesin anda.
Padankan tetapan dengan proses itu
Untuk wrapper Unix only-script yang menggunakan curl atau wget, konfigurasikan antara muka proxy yang disokong pemuat turun itu; muat turun HTTPS boleh menggunakan https_proxy. Jika muat turun distribusi itu boleh menggunakan proxy HTTP awam, ambil alamat calon daripada senarai proxy HTTP untuk persekitaran pemuat turun ini. Jika nilainya menamakan pelayan SOCKS, pemuat turun juga mesti menyokong protokol itu.
MAVEN_OPTS membekalkan pilihan JVM. Ia tidak boleh mengkonfigurasi proses curl sesuatu shell, tetapi sifat proxy JVM boleh penting pada laluan pemuat turun Java. Inilah perbezaan berguna apabila membandingkan penyelesaian Takari lama dengan wrapper projek lain.
Setelah muat turun distribusi selesai dan Maven bermula, muat turun repositorinya menjadi pemeriksaan berasingan terhadap konfigurasi proxy Maven sendiri. Distribusi, JAR wrapper dan repositori mungkin dilayan oleh hos yang berbeza.