Maven прокси залгаасыг ажиллуулахын тулд эхлээд түүнд хүрэх ёстой

Автомат прокси залгаас сүлжээнүүдийн хооронд явдаг зөөврийн компьютерт тохиромжтой мэт санагддаг. Гэхдээ нэг эвгүй эхний хүсэлт бий: Maven залгаасыг өөрөө авахын тулд прокси хэрэгтэй байж болно.

Залгаасын зорилго нь Maven түүний хэрэгжүүлэлт болон шаардлагатай артефактуудыг шийдэж, ачаалсны дараа л ажиллана. Тэр хэрэгжүүлэлтийн доторх прокси илрүүлэлт нь хэрэгжүүлэлт эхлэхээс өмнө бүтэлгүйтэх таталтад тусалж чадахгүй. Бүрэн мэргэшсэн залгаасын координатыг ашиглах нь угтвар хайлтаас зайлсхийж чадна; гэхдээ хоосон локал репозиторт залгаасын артефактыг гаргаж ирдэггүй.

Хуучин Autoproxy Maven залгаас энэ ялгааг харуулдаг. Түүний README нь proxy-vole-оор дамжуулан прокси илрүүлэлтийг тайлбарладаг боловч зорилгыг нь дуудахын өмнө залгаасыг локалд суулгахыг ч тайлбарладаг. Үүнийг тэр тодорхой загварын урьдчилсан нөхцөл гэж үзээрэй, Maven хөтчийн PAC тохиргоог бүх нийтийн хэмжээнд уншдаг гэсэн нотолгоо гэж биш.

Эхний шийдэлд тодорхой зам өг

Репозиторт хандахын тулд HTTP прокси шаардлагатай сүлжээний хувьд тэр дуудлагын ашигладаг Maven тохиргоонд тохирох идэвхтэй проксийг тохируулна уу. Зөвшөөрөгдсөн нийтийн репозиторын эхлэлд HTTP прокси жагсаалтаас HTTP нэр дэвшигчийг сонгоно уу. Гадаад замангүйгээр хүрэх боломжтой зөвшөөрөгдсөн дотоод репозитор ч анхны хандалтын асуудлыг шийдэж чадна. Аль ч арга нь залгаас болон түүний хамаарлыг хамарч байх ёстой, зөвхөн програмын хамаарлыг биш.

Өмнө нь дүүргэсэн локал репозитор эхлэлийн шаардлагыг нууж чадна. Хөгжүүлэгчийн зөөврийн компьютер дээрх амжилт нь шинэ CI бүртгэл ижил бүтээцийг эхлүүлж чадна гэдгийг батлахгүй. Залгаасын илрүүлэлтийн логикийг өөрчлөхөөс өмнө бүтэлгүйтсэн артефакт болон үе шатыг хар.

Залгаас ачаалагдсаны дараа дараагийн хамаарлын алдаа тусдаа асуулт болно: илэрсэн зам зөв эсэх, идэвхтэй Maven тээвэрлэлт гарсан тохиргоог ашиглаж байгаа эсэх. Автомат илрүүлэлтийг хадгалах нь үнэ цэнэтэй эсэхийг шийдэхдээ эдгээр хоёр алдааны цэгийг тусад нь бариарай.