اولین دانلود sbt را از طریق پروکسی بگیرید

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

از JVM‌ای شروع کنید که در واقع sbt را اجرا می‌کند. برای راه‌اندازی که .jvmopts پروژه را می‌خواند، ویژگی‌های پایه نقطه پایانی می‌تواند این‌ها باشد:

-Dhttp.proxyHost=proxy.example.net
-Dhttp.proxyPort=8080
-Dhttps.proxyHost=proxy.example.net
-Dhttps.proxyPort=8080

این مقادیر نام میزبان و درگاه را جدا می‌کنند؛ آن‌ها URL کامل پروکسی نیستند. برای دانلودهای مجاز از مخازن عمومی، فهرست پروکسی HTTP مقادیر نامزد را برای این فیلدها فراهم می‌کند. مخزن HTTPS را همچنان می‌توان از طریق پروکسی HTTP با استفاده از CONNECT در دسترس داشت.

توجه کنید کدام دانلود شکست خورده است

راه‌اندازی اولیه، اجزای ابزار ساخت، افزونه‌ها و وابستگی‌ها لزوماً از یک لایه پیکربندی یکسان استفاده نمی‌کنند. پیش از ویرایش اعلان‌های مخزن، URL و مرحله‌ای را که شکست خورده‌اند مشخص کنید.

انتخاب مخزن پاسخ می‌دهد که مصنوعات از کجا به دست می‌آیند. پیکربندی پروکسی پاسخ می‌دهد که یک کلاینت شبکه چگونه به آن نقطه پایانی می‌رسد. جایگزینی مخزن با یک آینه داخلی می‌تواند گزینه‌ای جداگانه و پشتیبانی‌شده باشد، اما پروکسی شبکه را برای همه مقصدهای دیگر پیکربندی نمی‌کند.

احراز هویت پروکسی بررسی دیگری است. فرض نکنید که هر دانلودکننده Java یک ویژگی دلبخواه proxyUser را به‌عنوان سازوکار ورود پشتیبانی‌شده می‌پذیرد. از ترتیب احراز هویتی استفاده کنید که برای راه‌انداز نصب‌شده و تحلیل‌گر مربوط مستند شده است.

در پایان، محیط واقعی راه‌انداز را بررسی کنید نه اینکه متغیری را از راهنمای یک اجراکننده دیگر کپی کنید. خطای DNS، مخزن در دسترس نبودن و رد شدن ورود پروکسی همه می‌توانند در هنگام حل وابستگی‌ها رخ دهند، در حالی که اصلاح‌های بسیار متفاوتی می‌خواهند.