scalatest and junit are directly supported, but specs2 requires more work i think.

oh

@RunWith(classOf[JUnitRunner])

?

um... maybe. iirc that was the scalatest syntax, not the specs2 syntax.

ah right.

1) initializationError(HelloWorldSpec)
                     java.lang.ClassCastException: HelloWorldSpec cannot be cast to org.scalatest.Suite
                     	at org.scalatest.junit.JUnitRunner.<init>(JUnitRunner.scala:64)
                     	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
                     	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
                     	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
                     	at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
                     	at org.junit.internal.builders.AnnotatedBuilder.buildRunner(AnnotatedBuilder.java:104)
                     	at org.junit.internal.builders.AnnotatedBuilder.runnerForClass(AnnotatedBuilder.java:86)
                     	at __shaded_by_pants__.org.pantsbuild.tools.junit.impl.CustomAnnotationBuilder$ScalaTestAnnotatedBuilder.runnerForClass(CustomAnnotationBuilder.java:49)
                     	at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
                     	at org.junit.internal.builders.AllDefaultPossibilitiesBuilder.runnerForClass(AllDefaultPossibilitiesBuilder.java:26)
                     	at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
                     	at __shaded_by_pants__.org.pantsbuild.tools.junit.impl.AnnotatedClassRequest.getRunner(AnnotatedClassRequest.java:41)
                     	at __shaded_by_pants__.org.pantsbuild.tools.junit.impl.CompositeRequestRunner.runChild(CompositeRequestRunner.java:53)
                     	at __shaded_by_pants__.org.pantsbuild.tools.junit.impl.ConcurrentCompositeRequestRunner$1$1.run(ConcurrentCompositeRequestRunner.java:37)
                     	at __shaded_by_pants__.org.pantsbuild.tools.junit.impl.ConcurrentRunnerScheduler.finished(ConcurrentRunnerScheduler.java:91)
                     	at __shaded_by_pants__.org.pantsbuild.tools.junit.impl.ConcurrentCompositeRequestRunner$1.evaluate(ConcurrentCompositeRequestRunner.java:46)
                     	at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
                     	at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
                     	at __shaded_by_pants__.org.pantsbuild.tools.junit.impl.ConsoleRunnerImpl.runLegacy(ConsoleRunnerImpl.java:542)
                     	at __shaded_by_pants__.org.pantsbuild.tools.junit.impl.ConsoleRunnerImpl.run(ConsoleRunnerImpl.java:458)
                     	at __shaded_by_pants__.org.pantsbuild.tools.junit.impl.ConsoleRunnerImpl.main(ConsoleRunnerImpl.java:846)
                     	at org.pantsbuild.tools.junit.ConsoleRunner.main(ConsoleRunner.java:12)

any example i can follow re specs2?

@wide-energy-11069 specs2 runs fine with

xx extends SpecificationWithJUnit

or your annotation mentioned above

thanks!

I found it not working tough when nesting blocks .. somehow the pants junit runner doesn’t deal well with that

ooh interesting link @witty-crayon-22786 - thanks

can I confirm that scala 2.12 support is only in the 1.3 branch?

@fast-megabyte-33579 : you can add/configure it anywhere

it's only "built in" in the 1.3 branch, but http://www.pantsbuild.org/scala.html#scala-version explains how to configure some other non-built-in version

and a complete example here: https://github.com/pantsbuild/pants/issues/4266#issuecomment-289119957

👍 awesome

@straight-waiter-86090 : so... wow. it looks like the upgrade to the zinc 1.0.0-X series in november might have allowed incremental compiles to work with jars

after our conversation (yesterday?) i ran it through our benchmark suite and ... everything was faster

kept digging, and saw that incremental compile was still happening (possibly due to the switch to name hashing?)

so... that's pretty huge.

is the pants plugin widely used? i don’t use it myself, but some people on my team are complaining of indexing being slow and scrooge / thrift changes not updating

i believe they’re loading

//::

— is there an alternative to that? and/or any general optimizations or best practices / fixes?

the latter issue is a bigger deal, i think

//::

... yes, definitely. load the thing you are editing, and its tests... ie, not the "whole repo"

but yes, it is very widely used... something like 60% of our engineers use it

./pants idea-plugin {src,tests}/scala/some/project::

is common

ah, thanks!

is the workaround for thrift changes to run

synchronize

each time?

oh, interesting: https://github.com/pantsbuild/intellij-pants-plugin/commit/88e4e91aeefca281975518e5ca0c293ce0a9b805

we have three ways of working - one set of scripts to

./pants export

a known project and its tests, one

//::

that I think we'll gradually phase out in favour of a mix of

./pants changed

piped to export

Is the GRPC support of PantsBuild on the roadmap ?