Check Connection של IntelliJ בודק את המסלול של ה-IDE עצמו. הוא עשוי לעבור בעוד שה-JVM הנפרד של sbt אינו יכול להוריד תלות.

  1. פתחו את Settings → Build, Execution, Deployment → Build Tools → sbt.
  2. בהגדרות JVM, הזינו את המאפיינים הדרושים ב-VM parameters כארגומנטי JVM:
-Dhttp.proxyHost=proxy.example -Dhttp.proxyPort=8080
-Dhttps.proxyHost=proxy.example -Dhttps.proxyPort=8080

השתמשו רק בשם המארח של נקודת הקצה שנבחרה, בלי סכימת URL. רשימת פרוקסי HTTP היא מקור למועמדים ציבוריים למסלול ההורדה הזה. צמד מאפייני HTTPS בוחר הורדות HTTPS; הוא אינו הופך את המאזין לפרוקסי TLS.

הפעילו תהליך sbt חדש לאחר שינוי הקלטים האלה. מעטפת sbt קיימת שומרת על תצורת ההפעלה שלה. בדקו אם IntelliJ משתמש במעטפת sbt לייבוא או מאציל לה את הבנייה, כדי שהפעולה שנכשלת תשתמש בתהליך החדש שהוגדר.

אם הפעולה שנכשלה היא הורדת תוסף של ה-IDE, השתמשו במקום זאת בהגדרות HTTP Proxy של IntelliJ. יישום שמופעל בנפרד משתמש בתצורת ההרצה ובקליינט הרשת שלו.

ארבעת המאפיינים בוחרים מסלול. מול אתגר אימות פרוקסי, פעלו לפי הסכימה המוצהרת והגדרות האימות שהמוריד בפועל של sbt תומך בהן.

מאמרים קשורים