No heapdump, but the log will tell you what happened:

At the end you see this:

   [junit4] ERROR: JVM J0 ended with an exception: Quit event not
received from the forked process? This may indicate JVM crash or
runner bugs.

And indeed, when you look at the logs, this is what it has to say:

   [junit4] <<< JVM J0: EOF ----
   [junit4] JVM J0: stderr was not empty, see:
   [junit4] >>> JVM J0 emitted unexpected output (verbatim) ----
   [junit4] Exception: java.lang.OutOfMemoryError thrown from the
UncaughtExceptionHandler in thread
   [junit4] WARN: Unhandled exception in event serialization. ->
java.lang.OutOfMemoryError: GC overhead limit exceeded

These are the types or exceptions that are very difficult to guard
against -- GC overhead limit simply happens when the JVM is low on
memory and GC can't keep up with cleaning up. Here it happened on
event serialization back to the master process controlling JUnit

The runner has to have enough room to serialize events, otherwise the
results will be hard to predict or control.


P.S. The entire log dump contains more stack dumps, but these seem to
be dumped from Solr -- perhaps there is an obscured reason for running
so low on memory there.

To unsubscribe, e-mail:
For additional commands, e-mail:

Reply via email to