by java I mean the JVM, not javac, sorry

trying to sort through the millions of options in here: http://www.pantsbuild.org/options_reference.html and I'm sure it's there but I can't find it in the obvious places

it seems to let me set extra jvm options but I don't know how it decides which binary to actually run

ooh, maybe --jvm-distributions-paths

hm, didn't seem to help

oh huh, it seems hardcoded to search in the output of /usr/libexec/java_home

oh my bad, it looks at the ExplicitEnvironment first

hmm, the ExplicitEnvironment seems to get my path one character at a time, which then fails to find a valid java inside it 🙂

I think this might be a bug: https://github.com/pantsbuild/pants/blob/master/src/python/pants/java/distribution/distribution.py#L630

get_explicit_jdk_paths seems to return a single string in my case, and then it gets splatted into ExplicitEnvironment which splits it out into single characters (because a string is iterable)

oh, my bad, it's supposed to be a map to lists of paths 😩

and then fails horribly if you accidentally missed the lists part

for anyone following, https://github.com/pantsbuild/pants/issues/4242

is the .class file supposed to be in git here? https://github.com/pantsbuild/pants/tree/master/src/python/pants/java/distribution

I guess so, since the BUILD file explicitly mentions it

does pants caching behavior rely on filesystem timestamps?

@bitter-thailand-61333 i had that issue as well, had to add

args: [
   ...your_other_args, '-S-Xmax-classfile-name', '-S128'
  ]

to

[compile.zinc]

in

pants.ini

google suggests it could be related to using encrypted file system, if

max-classfile-name

is the cause, its default value is 255, setting to a smaller value is the fix?

on pants 1.2.0, and consistently ran into

18:47:23 00:18         [cache].
                     Using cached artifacts for 1 target.
18:47:23 00:18         [zinc]
                       java.lang.NoClassDefFoundError: scala/Option
                       	at java.lang.Class.getDeclaredMethods0(Native Method)
                       	at java.lang.Class.privateGetDeclaredMethods(Class.java:2701)
                       	at java.lang.Class.privateGetMethodRecursive(Class.java:3048)
                       	at java.lang.Class.getMethod0(Class.java:3018)
                       	at java.lang.Class.getMethod(Class.java:1784)
                       	at com.martiansoftware.nailgun.NGSession.run(NGSession.java:252)
                       Caused by: java.lang.ClassNotFoundException: scala.Option
                       	at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
                       	at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
                       	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
                       	at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
                       	... 6 more

starting from yesterday

changing to pants 1.3.0.dev9 works.

fwiw it’s on scala 2.11.6

could be to do with corrupted ivy artifact, what if you move

~/.ivy2

to a bak?

it’s on travis, so nuked the caches a few times, and still occurs

hmm could be a travis thing…

@bright-apartment-76721 : No, it doesn't use filesystem timestamps

sorry for the options trouble.

no problem, just getting up to speed on an unfamiliar tool 🙂 I've filed a couple of bugs and will try to make some PRs in the near future

I filed an issue about this, but does pants have a global "offline" mode?

I'd like it to make no HTTP requests, and instead bail if the cache doesn't contain what it needs

no: but it doesn't go to the internet unless an ivy resolve has changed