Ergonomic, hermetic, user-friendly software build system for Python, Go, Java, Kotlin, Protobuf, Scala, Shell. Pants lets you fearlessly scale up your codebase!

Pants

<@U3NHXA0F2> yeah, I saw that it support executing things _before_ .. I wonder if there is anything for the _after_
<https://github.com/pantsbuild/pants/blob/master/examples/tests/python/example_test/hello/greet/BUILD>

<@U06A03HV1> getting jars out of an arbitrary folder inside this zip, and onto the classpath, would be a great start.  Ideally I'd get the rest of the zip on disk somewhere too, so open to solutions where I use pants for download only, and my fallback is a totally custom shell script.  RE: your suggestion, not clear how I'd construct a jar_library including jars from inside a zip.  Here's what I've been playing with - <https://gist.github.com/jameskoch2/22108f3f4eb3107e353aca9efd72c329>

is it possible / is there an example of changing a config value from a plugin?

e.g. I want to modify `compile.zinc.jvm_options`

hm. like a pants.ini that comes along with a plugin?

Or, as in reaching into the options tree and changing the value from code?

<@U3NHXA0F2> hm. I think it might be possible, but it’s tricky because you would be modifying a hierarchy of things, so you’d want to be sure to touch the right one. I also think that there isn’t a way to do it via the public api of options. I could be wrong though.

There might be another way to accomplish what you are trying to do though. What’s the higher level goal?

sure — we want to have some initial command scripts that run when opening a repl, similar to `initialCommand` in `sbt`

so i was hoping to modify the repl args passed

modify them based on the contents of a file in the target, i should say

and these are jvm options, rather than args to the repl?

```./pants repl $target -- $args``` will pass program arguments (rather than jvm options)

...but yea, i don't know how to do this from a plugin.

hmm, i can just write a wrapper script then :slightly_smiling_face: — thanks!

is it possible to have `./pants compile` run `./pants fmt` first?

you could ref both goals in the same command

you can also introduce a task that depends on fmt under the compile goal, to ensure it is triggered

May I confirm if this the right way to define the dependency only be included in the test 

```
  jars=[
    jar(org='junit', name='junit', rev='4.12',scope="test"),
  ],
```

as I saw some of my binaries include junit dependency in the jar after I build with 

./pants binary ::

<@U1R0P5TFY> I don't believe scope works in `jar`

only depend on junit from your `junit_tests`?

Yes I did , for some re reasons '''Java binary :: '''