<@U0N6C2Q9F>, <@U021C96KUGJ>, <@UB2J9BQA0>: publis...
# development
w
@fast-nail-55400, @ancient-vegetable-10556, @hundreds-father-404: published the BSP docs that Tom wrote (thanks Tom!): https://www.pantsbuild.org/v2.12/docs/jvm-overview#working-in-an-ide
🙌 2
c
Regarding the config file examples, I tend to find it easier to understand when using the file blocks that includes the filename, it wasn’t obvious to me that the groups config was a new special file, until i read the code block showing the pants.toml config.
w
hm: it does include the filename
…oh.
it’s … supposed to. weird. does in the editor
thanks
h
Thanks! Thoughts on breaking out an Integrations section of those docs, and putting "IDE integration" there? See Go for prior art
w
it’s … supposed to. weird. does in the editor
yea, annoying… it only actually renders the name if there are multiple tabs. so have to add another empty tab to get it to render.
h
Add a "group" config file like the one below, adjusting the address specs and resolve name as appropriate.
To which file path?
oh coke oops
Stu, make sure you use the code block widget. Not markdown with ```
w
@hundreds-father-404: is it actually different? looks identical in the editor
h
yeah, you must use the code block widget for file names to show up
w
Thoughts on breaking out an Integrations section of those docs, and putting “IDE integration” there?
maybe eventually.
yeah, you must use the code block widget for file names to show up
or add more tabs to the ``` widget, apparently.
ok, thanks a lot for the feedback: have applied all edits!
❤️ 1
a
@witty-crayon-22786 how confident do we feel about the JDK autoconfiguration working for Java-only codebases?
f
Is the BSP path
BUILDROOT/.bsp
or
BUILDROOT/.pants.d/bsp
?
I see both in the doc.
a
the former is BSP configuration, the latter is a working directory
so what does “BSP path” mean here?
f
ah right. doh.
I knew that but forgot. Gaaaaah.
a
It’s a good sign! Software you wrote has fallen out of your brain and into the brains of the people who’ve taken up your mantle
w
@ancient-vegetable-10556: only somewhat... The client is part of the Scala plugin for intellij, so that aspect is covered. But if there were no scala code or the Scala pants backend wasn't enabled, some of the relevant requests might not be sent...?
Worth checking, but all of our consumers use Scala to date, so less critical. Relevant for Kotlin though
f
Kotlin still needs an example repo, which I’ll get to at some point. So hard to judge the easy of adoption without a working example like that.
a
OK