La Check Connection de IntelliJ testas la propran vojon de la IDE. Ĝi povas sukcesi dum la aparta sbt-JVM ne povas elŝuti dependaĵon.

  1. Malfermu Settings → Build, Execution, Deployment → Build Tools → sbt.
  2. En la JVM-agordoj, enigu la bezonatajn ecojn en VM parameters kiel JVM-argumentojn:
-Dhttp.proxyHost=proxy.example -Dhttp.proxyPort=8080
-Dhttps.proxyHost=proxy.example -Dhttps.proxyPort=8080

Uzu nur la gastignomon de la elektita finpunkto, sen URL-skemo. La listo de HTTP-prokuriloj estas fonto de publikaj kandidatoj por ĉi tiu elŝuta vojo. La HTTPS-eca paro elektas HTTPS-elŝutojn; ĝi ne ŝanĝas la aŭskultanton en TLS-prokurilon.

Lanĉu novan sbt-procezon post ŝanĝi ĉi tiujn enigojn. Ekzistanta sbt-ŝelo konservas sian lanĉan agordon. Kontrolu ĉu IntelliJ uzas la sbt-ŝelon por importoj aŭ delegas konstruojn al ĝi, por ke la malsukcesa operacio uzu tiun nove agorditan procezon.

Se la malsukcesa operacio estas elŝuto de IDE-kromaĵo, uzu anstataŭe la HTTP-Proxy-agordojn de IntelliJ. Aparte lanĉita aplikaĵo uzas sian propran rulagordon kaj retklienton.

La kvar ecoj elektas vojon. Ĉe prokurila aŭtentiga defio, sekvu la anoncitan skemon kaj la aŭtentigajn agordojn subtenatajn de la fakta sbt-elŝutilo.

Rilataj artikoloj