کدام تنظیم پروکسی دانلود Maven wrapper شما را کنترل می‌کند؟
پیش از پیکربندی پروکسی برای دانلود ناموفق توزیع Maven، دانلودگر راه‌انداز wrapper را مشخص کنید.
اگر mvnw هنگام دانلود Maven شکست بخورد، یک ورودی پروکسی سالم در settings.xml ممکن است خیلی دیر باشد: Maven هنوز شروع نشده است.
فایل‌های تولیدشدهٔ wrapper را در checkout آسیب‌دیده بررسی کنید و مشخص کنید کدام دانلودگر را اجرا می‌کنند. Maven Wrapper 3.3.4 این ترتیب‌ها را مستند می‌کند:
| نوع تولیدشده | محل جستجوی ورودی پروکسی |
|---|---|
| only-script | curl یا wget در یونیکس؛ PowerShell در ویندوز |
| script | دانلود JAR مربوط به wrapper، سپس مسیر wrapper جاوا |
| bin | JAR همراه wrapper و مسیر دانلود جاوا آن |
| source | کد منبع دانلودگر جاوای همراه در صورت استفاده برای راه‌اندازی |
only-script مقدار پیش‌فرض مستند برای wrapperهای تازه‌تولیدشده است. یک checkout قدیمی‌تر فایل‌های تولیدشدهٔ خود را نگه می‌دارد، حتی اگر نصب Maven را روی دستگاه خود به‌روز کنید.
تنظیم را با همان فرایند هماهنگ کنید
برای wrapper یونیکسی only-script که از curl یا wget استفاده می‌کند، رابط پروکسی پشتیبانی‌شده توسط آن دانلودگر را پیکربندی کنید؛ دانلود HTTPS می‌تواند از https_proxy استفاده کند. اگر آن دانلود توزیع ممکن است از یک پروکسی HTTP عمومی استفاده کند، آدرس نامزدی از فهرست پروکسی HTTP برای محیط این دانلودگر بردارید. اگر مقدار به یک سرور SOCKS اشاره کند، دانلودگر باید آن پروتکل را هم پشتیبانی کند.
MAVEN_OPTS گزینه‌های JVM را فراهم می‌کند. نمی‌تواند فرایند curl یک شل را پیکربندی کند، اما ویژگی‌های پروکسی JVM می‌تواند در مسیر دانلودگر جاوا مهم باشد. این همان تمایز سودمند هنگام مقایسهٔ راه‌حل قدیمی Takari با wrapper پروژه‌ای دیگر است.
وقتی دانلود توزیع کامل شد و Maven شروع به کار کرد، دانلودهای مخزن آن به یک بررسی جداگانه در برابر پیکربندی پروکسی خود Maven تبدیل می‌شوند. توزیع، JAR مربوط به wrapper و مخزن‌ها می‌توانند از میزبان‌های مختلف ارائه شوند.