The Issue25TestCase sets the compiler strategy to EclipseJdtCompiler in the
setUp() but does not unset it in the tearDown(). As a result , subsequent tests
that do rely on the default compiler strategy and that not explicit set it, may
use the EclipseJdtCompiler instead of the JavaAssistCompiler, depending on how
the tests are ran (within the same vm ) . This was the case for me when running
the entire suite in IntelliJ and on the command-line with maven.
Thanks,
Geert.
Original issue reported on code.google.com by gdel...@trispark.com on 1 Oct 2014 at 2:48
Original issue reported on code.google.com by
gdel...@trispark.com
on 1 Oct 2014 at 2:48