Can you open a PR adding a
trim in https://github.com/jvican/snailgun/blob/master/core/src/main/scala/snailgun/protocol/Protocol.scala#L193 ?
It's weird the Nailgun server is returning that status code. How are you using bloop?
What does Bloop do differently for SJS projects besides just compile? Like I see it generating sjsir files, but to what end? Who uses those? Is there a way to disable that stuff when using Bloop/Metals? I just want compilation for symbol lookup, etc. I don’t want every incremental change to build SJS artifacts that I’m not gonna use.
@matthughes sjs files are just like class files, they are produced by the scalajs compiler plugin
@maxstreese @jvican this may be of interest, i was encountering some problems like this several days ago: https://github.com/scalacenter/bloop/issues/1226#issuecomment-625749487
17 replies
the problem boils down to bloop's built-in coursier being outdated, i believe
i think that bloop never uses the system coursier
Hi! I'm having trouble using scala metals and I think the problem might be with bloop. Maybe my gradle project isn't set up properly for it. I have a gradle project with multiple subprojects. After bloop is run, i have a json file for one subproject that references another subproject in its classpath:
"/Users/work/src/PROJECT_ROOT/.bloop/common/build/classes" Unfortunately, that directory doesn't exist. I'm assuming it should so that coc-metals can get completion info. Any ideas?
Only bloop output i've noticed is
which seems a little fast
2020.05.28 11:50:38 INFO compiling common (239 java sources) 2020.05.28 11:50:38 INFO time: compiled common in 78mswhich seems a little fast
When I run my application and I read from StdIn it seems to hang forever not getting input. I execute
bloop run <project> and in my main I have val action = StdIn.readLine(). I type things and press 'Enter' but it is not received by my app. It works okay with sbt run but as I already have everything compiled and ready to run it would be awesome to be able to get this working
Is it possible to provide some flag or workaround it in any way?
@pear-programmer Although the project file refers to
From the log message it looks like Bloop has successfully compiled your project. The reason it's so quick is that Bloop will only recompile if it thinks something has changed - fast incremental compilation is its forte. You can try
I see it says
...../.bloop/PROJECT_NAME/build/classes, in reality the class file location is slightly different - depending on the client you use (e.g. CLI, Metals). You should see class files under ...../bloop/PROJECT_NAME/build/bloop-XXXX-classes or similar.From the log message it looks like Bloop has successfully compiled your project. The reason it's so quick is that Bloop will only recompile if it thinks something has changed - fast incremental compilation is its forte. You can try
bloop clean then bloop compile PROJECT_NAME to see it compile from scratch.I see it says
(239 java sources) so I'm assuming this is a Java project? While Bloop will compile and run java projects, Metals does not support Java files scalameta/metals-feature-requests#5 - you won't get any code completion on them. Vote on the issue if you need that.
it "just worked (tm)"
and using the BSP support solved a TON of intellij glitches we are having.
responsiveness for our standard workflow is significantly improved and opened up new simpler possibilities thanks again
@kpbochenek I've also run into it recently but haven't got around to reporting it. I've checked the issue tracker now: scalacenter/bloop#882
Hmm the issue mentions underlying problem with nailgun: facebook/nailgun#115 but Bloop uses https://github.com/jvican/snailgun now. Yet the issue persists...
@kpbochenek @rkrzewski yes, we need to figure out what to do so that stdin is working again, it's quite hard to make it work from the stdin
i would appreciate if someone could have a look at it
@jvican I found that runing bloopInstall in maven workspaces will always generate:
"platform" : {
"name" : "jvm",
"config" : {
"home" : "/usr/lib/jvm/java-11-openjdk",
"options" : [
]
},
"mainClass" : [
],
"classpath" : [
],
"resources" : [
]
},which cause bloop run to fail since it doesn't have scala library on the classpath
I found that the classpath is always None for MAven so I don't understand entirely why it's serialized to
[]
might it be some weird serialization with the older circe used there?
Hi
I tried to get bloop working in Intellij on a multi-module sbt project in Windows and wasn't able to get it to work.
I first followed the steps at https://scalacenter.github.io/bloop/setup to get the bloop CLI installed via coursier I then followed the steps at https://scalacenter.github.io/bloop/docs/ides/intellij.
I'm running IntelliJ 2020.1.1 with scala plugin 2020.1.36, which is the latest version.
The first problem was that I had started the bloop server via the CLI before importing the project. The BSP import in IntelliJ failed. I killed the bloop server and retried, and then it worked.
The next problem is that IntelliJ only detects the root module and none of the child modules. Building the project succeeds, but that is because it is only compiling the root module, which has no code of its own. I did see that bloop generated JSON files for each module under the .bloop directory, so it seems like it might be a problem with IntelliJ properly loading them.
Do you have any suggestions? Or is IntelliJ support on Windows not supported yet?
I tried to get bloop working in Intellij on a multi-module sbt project in Windows and wasn't able to get it to work.
I first followed the steps at https://scalacenter.github.io/bloop/setup to get the bloop CLI installed via coursier I then followed the steps at https://scalacenter.github.io/bloop/docs/ides/intellij.
I'm running IntelliJ 2020.1.1 with scala plugin 2020.1.36, which is the latest version.
The first problem was that I had started the bloop server via the CLI before importing the project. The BSP import in IntelliJ failed. I killed the bloop server and retried, and then it worked.
The next problem is that IntelliJ only detects the root module and none of the child modules. Building the project succeeds, but that is because it is only compiling the root module, which has no code of its own. I did see that bloop generated JSON files for each module under the .bloop directory, so it seems like it might be a problem with IntelliJ properly loading them.
Do you have any suggestions? Or is IntelliJ support on Windows not supported yet?
@raphaelenns_gitlab I have a multiple module project working on Windows but I'm using Intellij 2020.2 EAP. There were a few BSP + Windows path issues fixed recently - maybe you're hitting one of them on 2020.1.1. see
Hello
I'm trying to setup bloop to work with a Play + Scala project on a MacOS computer. The command sbt bloopInstall gives me this output:
[error] Not a valid command: bloopInstall
[error] Not a valid project ID: bloopInstall
[error] Expected ':'
[error] Not a valid key: bloopInstall
[error] bloopInstallThanks so much in advance
the dream is to compile everything just once
i'm getting a NoSuchMethodError when running bloop console, which seems to have happened before: https://gitter.im/scalacenter/bloop?at=5e41e38055b6b04bf6a4873a
Any ideas @jvican, if you can recall?