This sounds like a great improvement! As for the single JVM idea, perhaps if we add tags to tests that require a clean JVM, then we’d be able to run some subset of tests faster.
> On Sep 18, 2023, at 3:42 AM, Piotr P. Karwasz <piotr.karw...@gmail.com> wrote: > > Hi all, > > I plan to merge PR #1785[1] soon, which should decrease by 50% the > time we spend waiting for the CI to succeed. This PR switches the > default Surefire mode to running 1C tests in parallel each in its own > JVM (where C is the number of cores available). The order of execution > is deterministic (alphabetical) > > In order to run tests sequentially use: -Psequential-tests, > > In order to run tests in a random order use: -Dsurefire.runOrder=random > > Remark that most of the tests were not written with parallel execution > in mind and we'll probably never have time to fix them. Therefore > we'll probably never be able to run everything in a single JVM, but > spawning JVMs seems rather fast these days (0.5-1 sec per test). > > Piotr > > [1] https://github.com/apache/logging-log4j2/pull/1785