Cài đặt proxy nào kiểm soát việc tải Maven Wrapper của bạn?
Xác định trình tải bootstrap của wrapper trước khi cấu hình proxy cho một lần tải bản phân phối Maven thất bại.
Nếu mvnw thất bại khi tải Maven, một mục proxy hoạt động trong settings.xml có thể là quá muộn: Maven chưa khởi động.
Hãy kiểm tra các tệp wrapper được tạo trong checkout bị ảnh hưởng và xác định chúng chạy trình tải nào. Maven Wrapper 3.3.4 ghi nhận các cách bố trí sau:
| Loại được tạo | Nơi cần tìm đầu vào proxy |
|---|---|
| only-script | curl hoặc wget trên Unix; PowerShell trên Windows |
| script | Lần tải wrapper JAR, tiếp theo là đường dẫn Java của wrapper |
| bin | Wrapper JAR đi kèm và đường dẫn tải Java của nó |
| source | Mã nguồn trình tải Java đi kèm khi được dùng để bootstrap |
only-script là mặc định được ghi nhận cho các wrapper mới được tạo. Một checkout cũ vẫn giữ các tệp đã tạo, ngay cả khi bạn cập nhật bản cài Maven trên máy của mình.
Khớp cài đặt với quy trình đó
Với wrapper only-script trên Unix dùng curl hoặc wget, hãy cấu hình giao diện proxy mà trình tải đó hỗ trợ; một lần tải HTTPS có thể dùng https_proxy. Nếu lần tải bản phân phối đó có thể dùng HTTP proxy công khai, hãy lấy một địa chỉ ứng viên từ danh sách HTTP proxy cho môi trường của trình tải này. Nếu giá trị nêu một máy chủ SOCKS, trình tải cũng phải hỗ trợ giao thức đó.
MAVEN_OPTS cung cấp các tùy chọn JVM. Nó không thể cấu hình tiến trình curl của một shell, nhưng các thuộc tính proxy của JVM có thể quan trọng trên đường dẫn trình tải Java. Đây là khác biệt hữu ích khi so sánh cách xử lý Takari cũ với wrapper của một dự án khác.
Khi lần tải bản phân phối hoàn tất và Maven khởi động, các lần tải từ kho của nó trở thành một bước kiểm tra riêng so với cấu hình proxy của chính Maven. Bản phân phối, wrapper JAR và các kho có thể được phục vụ bởi các máy chủ khác nhau.