Một plugin proxy tự động có vẻ lý tưởng cho laptop di chuyển giữa các mạng. Nhưng có một yêu cầu đầu tiên khó xử: Maven có thể cần proxy để lấy chính plugin đó.

Một mục tiêu plugin chỉ chạy sau khi Maven có thể giải quyết và tải phần triển khai cùng các artefact cần thiết. Việc phát hiện proxy bên trong phần triển khai đó không thể giúp một lượt tải xuống thất bại trước khi phần triển khai bắt đầu. Dùng tọa độ plugin đủ điều kiện đầy đủ có thể tránh tra cứu theo tiền tố; nhưng nó không làm artefact của plugin xuất hiện trong một kho lưu trữ cục bộ trống.

Plugin Autoproxy Maven cũ minh họa sự khác biệt này. README của nó mô tả việc phát hiện proxy qua proxy-vole, nhưng cũng mô tả việc cài đặt plugin cục bộ trước khi gọi mục tiêu của nó. Hãy coi đó là điều kiện tiên quyết của thiết kế cụ thể đó, không phải bằng chứng rằng Maven đọc cài đặt PAC của trình duyệt một cách phổ quát.

Cho lần giải quyết đầu tiên một tuyến đường rõ ràng

Với mạng nơi truy cập kho lưu trữ cần proxy HTTP, hãy cấu hình proxy đang hoạt động phù hợp trong cài đặt Maven mà lần gọi đó sử dụng. Với khởi động từ kho công khai được phép, hãy chọn một ứng viên HTTP từ danh sách proxy HTTP. Một kho nội bộ đã được phê duyệt có thể truy cập mà không cần tuyến ngoài cũng có thể giải quyết vấn đề truy cập ban đầu. Bất kỳ cách nào cũng phải bao gồm plugin và các phụ thuộc của nó, không chỉ phụ thuộc của ứng dụng.

Một kho cục bộ đã được điền trước đó có thể che giấu yêu cầu khởi động. Thành công trên laptop của nhà phát triển không chứng minh rằng một tài khoản CI mới có thể bắt đầu cùng bản dựng. Hãy xem artefact và giai đoạn thất bại trước khi thay đổi logic phát hiện của plugin.

Sau khi plugin được tải, một lỗi phụ thuộc sau đó trở thành câu hỏi riêng: tuyến đã phát hiện có đúng không và vận chuyển Maven đang hoạt động có dùng cài đặt thu được không. Giữ riêng hai điểm thất bại đó khi quyết định có nên giữ tính năng phát hiện tự động hay không.

Bài viết liên quan