by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Aug 08 19:13
    vito-c edited #1353
  • Aug 08 18:59
    vito-c opened #1353
  • Aug 07 22:56
    dependabot[bot] labeled #1352
  • Aug 07 22:56
    dependabot[bot] opened #1352
  • Aug 07 22:56

    dependabot[bot] on npm_and_yarn

    Bump prismjs from 1.20.0 to 1.2… (compare)

  • Aug 02 16:25
    jvican labeled #1292
  • Aug 02 16:25
    jvican labeled #1292
  • Aug 01 05:53
    Alexey-NM edited #1351
  • Jul 31 23:02
    Alexey-NM opened #1351
  • Jul 28 14:07
    dkovalenko commented #558
  • Jul 25 14:03
    jvican labeled #1350
  • Jul 25 14:03
    jvican closed #1350
  • Jul 25 14:03
    jvican commented #1350
  • Jul 25 13:36
    user753 opened #1350
  • Jul 23 14:26
    odisseus commented #1347
  • Jul 23 13:18

    bloopoid on gh-pages

    Deploy website Deploy website … (compare)

  • Jul 23 12:57
    jvican closed #1218
  • Jul 23 12:57

    jvican on master

    Fix #1218: workspace build targ… Merge pull request #1219 from d… (compare)

  • Jul 23 12:57
    jvican closed #1219
  • Jul 23 12:57
    jvican commented #1219
slice
@slice
the problem boils down to bloop's built-in coursier being outdated, i believe
i think that bloop never uses the system coursier
Jorge
@jvican
@kubukoz that's something you should tell the person maintaining the nix package then, it's not an official way of installing bloop
pear-programmer
@pear-programmer
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
2020.05.28 11:50:38 INFO compiling common (239 java sources) 2020.05.28 11:50:38 INFO time: compiled common in 78ms
which seems a little fast
Krzysiek Bochenek
@kpbochenek
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?
Arthur McGibbon
@Arthurm1
@pear-programmer Although the project file refers to ...../.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.
Glen Marchesani
@fizzy33
I wanted to say great work @jvican and the rest of the team. I just took all my businesses scala projects and got them going with bloop, took 30 minutes and many improvements all around. A total of 500K lines of code 5 repos and over 200 sbt modules/projects.
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
Rafał Krzewski
@rkrzewski
@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...
Jorge
@jvican
@fizzy33 really happy to hear that, that's fantastic
@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
pear-programmer
@pear-programmer
@Arthurm1 Its a project that has scala and java code and I'm trying to get completions for java code from inside scala. Thanks for the explanation!
Jorge
@jvican
keep in mind that metals doesn't support completions in java files
Alan Devlin
@spf3000
Hi - I installed via coursier, but I'm not getting any zsh completions? Can I manually add?
Tomasz Godzik
@tgodzik

@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?
Raphael Enns
@raphaelenns_gitlab
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?
Glen Marchesani
@fizzy33
fwiw @raphaelenns_gitlab is using the same setup that is working on Mac for me
Glen Marchesani
@fizzy33
and fwiw I have already told @raphaelenns_gitlab like 10 gazillion times to just switch off of windows but he doesn't listen :-)
Arthur McGibbon
@Arthurm1
@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
Tomasz Godzik
@tgodzik
We are continually running tests for Metals with Bloop on windows, so I am pretty sure it should work. You can try running the CLI for Bloop to confirm if it's working separately from the IDE, otherwise this might be on the Intellij side.
Batiste Dekimpe
@batiste-dek_gitlab

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] bloopInstall

Thanks so much in advance

Batiste Dekimpe
@batiste-dek_gitlab
If anyone has the same problem as above, I had to add bloop in my global sbt plugins.
Ólafur Páll Geirsson
@olafurpg
@batiste-dek_gitlab it's best to install sbt-bloop per project instead of locally
Raphael Enns
@raphaelenns_gitlab
Thanks @Arthurm1 and @tgodzik. I tested the same project using Metals and VSCode and that seemed to work fine. I'll just wait for Intellij 2020.2 and try again then.
mwielocha
@mwielocha
Hello, I have a quick question: is there a way to make bloop output class files to sbt's target directories? In short: is there a way to make sbt compile projects with bloop?
Tomasz Godzik
@tgodzik
@mwielocha not currently, but it is something that @jvican has already been working on
the dream is to compile everything just once
mwielocha
@mwielocha
@tgodzik perfect, that sounds awesome!
Adam Rosien
@arosien

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?

Adam Rosien
@arosien
there's already an issue filed scalacenter/bloop#1301
Christian Palmhøj Nielsen
@cpnielsen

Hi! I tried searching google and the Github issues, but couldn't find any mention of this. It's technically an IntelliJ-question, so please direct me elsewhere if that makes sense.

I have installed Bloop for an existing project and followed the IntelliJ guide. Once imported and setup, I can compile it from the command line (bloop compile projectname) and it works fast and reliably. However, in IntelliJ when I attempt a build it starts two processes - "Build running (BSP Build)" and the "regular" compile process displaying the scalac status (phaser, typechecking, etc.) for files. I can stop the scalac process and the BSP Build process continues and completes, but it seems like a misconfiguration that causes build to trigger both approaches. Can someone give a hint as to what I should change?

(Also, when joining this gitter it says it's deprecated and links to a non-existant heroku app)

Robby Kiskanyan
@robbyki
not finding any docs showing how to tell metals in vscode to use "metals.bloopVersion" (1.4.1) I have in my settings and to not use my local cli installation version.
Jorge
@jvican
@cpnielsen im not sure where that mis configuration can come from, I would remove the whole .idea file and try to reimport the build again with BSP only
@robbyki if you’re using the latest bloop in the cli (1.4.1) you’re not installing the bloop server, you’re only installing the cli client and the auto completions. FTR It’s highly recommended to install the latest 1.4.1 version
Adam Rosien
@arosien
@jvican FYI if you try to join this gitter room, it shows a warning that the room was deprecated for slack, but the link to the slack is broken. i suspect this room isn't actually deprecated, would you be able to check why that warning is being shown?
matrixbot
@matrixbot
odisseus AFAIK the Slack channel is deprecated too. Not sure if it still exists.
ن PrzemysławPokrywka
@przemekpokrywka_twitter
Hi, great job @jvican and other contributors!
Was wondering if bloop run is expected to pass the standard input to the app?
matrixbot
@matrixbot
ن PrzemysławPokrywka
@przemekpokrywka_twitter
Thanks @matrixbot !
or rather thanks @odisseus, sorry, new to the gitter bots
Bradley
@bspaulding-invitae
heyo! 👋🏻 I am working on a PR for gradleBloop, and I am having trouble running the tests locally. every test in the ConfigGenerationSuites (running gradleBloop212/test) fails with java.lang.NoSuchMethodError: org.gradle.internal.classpath.DefaultClassPath.<init>(Ljava/lang/Iterable;)V, took 0.879 sec which smells like a Scala version mismatch? but I'm not sure how that is possible in my current setup.