-
-
Notifications
You must be signed in to change notification settings - Fork 382
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
mill.contrib.bloop.Bloop/install
run very slow in some case
#4469
Comments
Have you tried the Mill built-in BSP server, which is the preferred BSP server and can be installed with |
I haven't traid it. If you think a try to it can help to find out the problem,l will try it as soon as I have time (maybe a week later). |
You most likely using Metals in vscode, which connects to Mill via BSP the Build Server Protocol. It requires a BSP Server to run. Bloop is on BSP server that is independent of Mill, hence the contrib plugin needs to generate a config for it. Mill BSP is another BSP server, directly supported by Mill. Since not all concepts of Mill can be mapped easily to the Bloop config files, and the bloop contrib plugin haven't seen much contributions (e.g. it is still using a |
this problem didn't repoduce in mill bsp. |
#4600 is only in |
In project ScAllay/ScalaPluginTemplate-WithMill it always take me more then 10 minutes to run it after I change the list of dependencies (whether removing or adding). When using sbt with bloop in a project with similar dependencies, It takes less than a minute to do it. (you can find the project here)
I checked the code for this task and didn't find anything significant. But I still have a suspicion that maybe it re-downloads all the dependencies when there is any change in the dependency list.
The text was updated successfully, but these errors were encountered: