loud-nightfall-4213
05/01/2024, 12:01 AM3rdparty/jvm/BUILD
aren’t showing up under the BSP dependencies section (see screenshoot). Meaning, IntelliJ doesn’t recognize the external dependencies. Has anyone else gotten this to work? The BUILD
file that references the 3rdparty dep is as follows:
java_sources()
deploy_jar(
name="foo",
main="foo.bar",
dependencies=[
"3rdparty/jvm:dropwizard-core",
...
],
)
loud-nightfall-4213
05/01/2024, 12:02 AMhappy-kitchen-89482
05/02/2024, 8:31 PM3rdparty/jvm/::
isn't in the addresses in your bsp config?loud-nightfall-4213
05/02/2024, 8:38 PM3rdparty/jvm/::
as an address doesn’t resolve the dep issueloud-nightfall-4213
05/02/2024, 8:44 PMdefault.lock
file, I do see the dep:
[entries.coord]
group = "io.dropwizard"
artifact = "dropwizard-core"
version = "2.1.12"
packaging = "jar"
[entries.file_digest]
fingerprint = "5954b0145082939873b1868795bbf9382c2a679ab01e329a1d6e2d2e56f652d2"
serialized_bytes_length = 53362
...
loud-nightfall-4213
05/03/2024, 6:02 PMloud-nightfall-4213
05/09/2024, 4:59 PMhappy-kitchen-89482
05/09/2024, 8:47 PMloud-nightfall-4213
05/10/2024, 4:20 PMwitty-crayon-22786
05/10/2024, 4:46 PMloud-nightfall-4213
05/10/2024, 4:47 PM[groups.default]
addresses = [
"3rdparty/jvm::",
"src/jvm::",
]
resolve = "jvm:jvm-default"
witty-crayon-22786
05/10/2024, 4:48 PMwitty-crayon-22786
05/10/2024, 4:48 PMloud-nightfall-4213
05/10/2024, 4:50 PMloud-nightfall-4213
05/10/2024, 4:51 PM[experimental-bsp].runner_env_vars
for macos. let me try thatloud-nightfall-4213
05/10/2024, 5:02 PMpants.toml
now looks like:
[experimental-bsp]
groups_config_files = ["bsp-groups.toml"]
runner_env_vars = [
"USER=%(user)s",
"HOME=%(homedir)s",
"PATH",
]
loud-nightfall-4213
05/10/2024, 5:04 PM.bsp
but having dep issues in my IDE. should I re-import the project?loud-nightfall-4213
05/10/2024, 5:16 PMloud-nightfall-4213
05/13/2024, 9:25 PMcareful-address-89803
05/22/2024, 11:44 PMloud-nightfall-4213
05/28/2024, 3:28 PMjvm/o11y
folder that we author can be referenced. this is really slowing down my team, I’ll try one last attempt at clearing everything and starting from a new pants project. QQ: I’ve used pants v1 and the jvm support was solid, have things changed where it’s not as flushed out?square-psychiatrist-19087
06/04/2024, 4:28 PMloud-nightfall-4213
06/04/2024, 4:29 PMloud-nightfall-4213
06/11/2024, 9:42 PM3rdparty
deps under <project-root>/3rdparty/jvm/BUILD
and reference them in my jvm module BUILD
files. As I’m look over the docs, I’m confused why I would need a pom.xml
. Is this strictly for the IDE?loud-nightfall-4213
06/12/2024, 5:24 AMpom.xml
under 3rdparty/jvm
and use jvm_artifacts(name="reqs")
that then allows us to then reference the deps in our jvm BUILD
files:
java_sources(
name="src",
sources=["*.java"],
dependencies=[
"3rdparty/jvm:reqs#guava",
"3rdparty/jvm:reqs#lombok",
...
But, even after all of that, we are still not able to get the IDE (=VSCode) to resolve the deps. ThoughtS?square-psychiatrist-19087
06/12/2024, 10:00 AMsquare-psychiatrist-19087
06/12/2024, 10:02 AMIs this strictly for IDE?
Yes, IDE-s usually understand pom.xml
loud-nightfall-4213
06/12/2024, 5:16 PMpom.xml
(also using metals but for vscode), didn’t work, I’ll dive deeper. How do you manage 3rdparty
deps between the 2 files (ex: 3rdpaty/jvm/BUILD
+ pom.xml
) and keep them in sync? Or, are you using jvm_artifacts()
as I described above to manage deps only via the pom.xml
and then reference them via 3rdparty/jvm:reqs#guava
(for example)?square-psychiatrist-19087
06/13/2024, 12:07 PMjvm_artifacts
yes
$ pants list : | grep jvm | head
//:jvm
//:jvm#api-util
//:jvm#commons-collections
//:jvm#commons-lang3
//:jvm#commons-logging
//:jvm#commons-validator
//:jvm#curator-framework
//:jvm#curator-recipes
//:jvm#gcs-connector
//:jvm#guava
square-psychiatrist-19087
06/13/2024, 12:08 PM