پروکسی را به فرایند install4j که دانلود می‌کند بدهید

فرایند install4j را که آرتیفکت را دانلود می‌کند پیکربندی کنید. یک ویژگی Java در برنامه والد به‌طور خودکار به گزینه راه‌اندازی JVM دیگری تبدیل نمی‌شود.

برای مسیر شبکه Java مستندشده، یک نصب‌کننده Unix تولیدشده می‌تواند پیش از دانلود، میزبان/درگاه را از طریق آرگومان‌های -J ماشین مجازی دریافت کند:

./setup.sh -q -J-DproxyHost=proxy.example -J-DproxyPort=8080

نام فایل و نقطه پایانی را جایگزین کنید. برای دانلود مجاز یک آرتیفکت عمومی بدون احراز هویت پروکسی، یک نامزد از فهرست پروکسی HTTP می‌تواند میزبان و درگاه HTTP را در این نمونه Unix تأمین کند. -q حالت بدون‌ناظر است. در جایی که لازم است، ورودی‌های حساب proxyAuthUser و proxyAuthPassword هستند؛ آن‌ها را از طریق مدیریت اعتبارنامه موردنظر و نه گزارش‌های مشترک ارائه دهید.

در Windows، برنامه‌های نصب‌کننده معمولاً از شبکه بومی Windows و پیکربندی پروکسی سیستم‌عامل استفاده می‌کنند. ویژگی‌های Java آن مسیر را پیکربندی نمی‌کنند. انتخاب install4j.noWinInetConnection=true آگاهانه به شبکه Java تغییر می‌دهد، جایی که آن ورودی‌های سمت Java می‌توانند اعمال شوند.

مسیر Java همچنین http.proxyHost/http.proxyPort مربوط به JDK و ویژگی‌های HTTPS متناظر را می‌شناسد. میزبان‌ها و درگاه‌ها جدا هستند و نشانی مقصد بدون تغییر می‌ماند.

دانلودهای کامپایلر، از جمله مهرهای زمانی امضا، متعلق به پیکربندی ماشین مجازی کامپایلر در زمان ساخت است. آن‌ها مسیر بعدی به‌روزرسان تولیدشده را تعیین نمی‌کنند. برای تفاوت‌های حالت تعاملی و بدون‌ناظر، پیش از اعمال هر راه‌حل نسخه دیگر، فایل اجرایی، پلتفرم، انتقال و ورودی‌های راه‌اندازی را ثبت کنید.