any ideas?
# general
p
any ideas?
e
please paste the BUILD or the relevant jar_library so we san verify your assertion about deps.
p
sure
e
Um, if your snippet indicates reality, there are no public com.extracttarget artifacts: https://search.maven.org/search?q=com.extracttarget As such, you'd need to paste the pom ivy is fetching. Can you confirm this 3rdparty dep is not available for inspection publically?
p
sorry the directory is wrong, they moved the jar
hold on, i noticed something
we use a wrapper around jar, i think that's where the problem is
e
OK - good, because on pantsbuild/pants master:
Copy code
$ cat <<EOF > BUILD.fuelsdk
> jar_library(
>   name='fuelsdk',
>   jars=[
>     jar('com.github.salesforce-marketingcloud', 'fuelsdk', '1.3.2'),
>   ]
> )
> EOF
$ ./pants resolve.ivy --open //:fuelsdk
...reports 68 artifacts.
p
yeah, i am trying to dig into what this is lol... i was going nuts... thanks for the help though!
so the special code we have, the wrapper around jar, all it does is add a few excludes by default
which makes the code become
Copy code
jar_library(name='fuelsdk',
  jars=[jar(org='com.github.salesforce-marketingcloud', name='fuelsdk', rev='1.3.2', excludes=[
   exclude(org='org.slf4j', name='slf4j-simple'),
   exclude(org='org.slf4j', name='slf4j-log4j12'),
   exclude(org='com.esotericsoftware.minlog', name='minlog'),
  ])]
)
if you use that, you see the same no dependencies
but i dont get why,
org.apache.cxf » cxf-rt-ws-security
should be a dependency no matter what
it's excluding a lot more than id expect
e
I don't repro.
p
really? could 3rdparty management be affecting this?
e
Maybe? Are you running the exact experiment I pasted above?
I'll need all the relevant info to help debug.
p
let me investigate a bit more... it seems to be working now... i think im going insane
do these things get cached anywhere?