Is there previous art of requiring a jar from a V2 rule THin

Question

Is there previous art of requiring a jar from a V2 rule THinking of creating something like ` rule NailgunServerJar JarSpec ` and using a `product request` in `zinc compile py` I know I could just fingerprint the already existing nailgun tool jar but would love to V2ize if possible

red-balloon-89377 · Answer

Ohh I can take inspiration from the C++ pipeline by < aloof angle 91616> Thanks for defining `BinaryTool` and `Script`

red-balloon-89377 · Answer

Oh but that may get deprecated when we implement v2 resolving disappointed I think for the Nailgun server jar it would be better to just snapshot the jar we request in zinc compile and use the `Script` subsystem for whatever nailgun client we want

aloof-angle-91616 · Answer

`BinaryTool` and `Script` shouldn t be getting deprecated i think your description is correct but if we don t yet have v2 resolving done using `Script` is a great solution

aloof-angle-91616 · Answer

if you look at `src python pants backend jvm tasks coursier coursier subsystem py` we also pull down coursier from a url there there are multiple ways to do this

aloof-angle-91616 · Answer

having `UrlToFetch gt Snapshot` working makes all of this much more flexible and easier

red-balloon-89377 · Answer

gt `BinaryTool` and `Script` shouldn t be getting deprecated I totally agree i just meant for the case of I just want a jar from maven with this coordinates which should be handled by jvm resolution when we have that in V2

aloof-angle-91616 · Answer

yes but i wouldn t block on that being available although it shouldn t necessarily be hard to do if we re planning to soon

red-balloon-89377 · Answer

I fortunately solved that problem through just snapshotting the jar in the python side <https github com pantsbuild pants pull 8371 commits ec206523a4972cc66c02b493955358c25d8a05c9>

aloof-angle-91616 · Answer

ok wonderful

aloof-angle-91616 · Answer

oh yes ok this is correct

aloof-angle-91616 · Answer

thanks