Plugin proxy otomatis terdengar ideal untuk laptop yang berpindah antarjaringan. Namun ada satu permintaan pertama yang janggal: Maven mungkin memerlukan proxy untuk mendapatkan plugin itu sendiri.

Tujuan plugin baru berjalan setelah Maven dapat meresolusikan dan memuat implementasinya serta artefak yang diperlukan. Penemuan proxy di dalam implementasi itu tidak dapat membantu unduhan yang gagal sebelum implementasi dimulai. Menggunakan koordinat plugin yang sepenuhnya memenuhi syarat dapat menghindari pencarian prefiks; tetapi itu tidak membuat artefak plugin muncul di repositori lokal yang kosong.

Plugin Autoproxy Maven yang lama menggambarkan perbedaannya. README-nya menjelaskan penemuan proxy melalui proxy-vole, tetapi juga menjelaskan pemasangan plugin secara lokal sebelum memanggil tujuannya. Anggap itu sebagai prasyarat desain khusus tersebut, bukan bukti bahwa Maven secara universal membaca setelan PAC peramban.

Beri resolusi pertama rute yang eksplisit

Untuk jaringan yang akses repositorinya memerlukan proxy HTTP, konfigurasikan proxy aktif yang sesuai dalam setelan Maven yang digunakan pemanggilan itu. Untuk bootstrap repositori publik yang diizinkan, pilih kandidat HTTP dari daftar proxy HTTP. Repositori internal yang disetujui dan dapat dijangkau tanpa rute eksternal juga dapat menyelesaikan masalah akses awal. Pendekatan mana pun harus mencakup plugin dan dependensinya, bukan hanya dependensi aplikasi.

Repositori lokal yang sudah terisi dapat menyembunyikan kebutuhan bootstrap. Keberhasilan di laptop pengembang tidak membuktikan bahwa akun CI baru dapat memulai build yang sama. Lihat artefak dan fase yang gagal sebelum mengubah logika deteksi plugin.

Setelah plugin dimuat, kegagalan dependensi berikutnya menjadi pertanyaan terpisah: apakah rute yang terdeteksi benar dan apakah transport Maven yang aktif menggunakan setelan yang dihasilkan. Jaga kedua titik kegagalan itu tetap terpisah saat memutuskan apakah deteksi otomatis layak dipertahankan.

Artikel terkait