RFR: 8332474: Tighten up ToolBox' JavacTask to not silently accept javac crash as a failure [v2]

[Jan Lahoda]

> Tests for javac use several test frameworks, and one of them is the "toolbox", which provides `JavacTask` that allows to conveniently run javac on a given set of sources. The problem with `JavacTask` is that, by default, when a compilation failure is expected, javac crash (exit code 4) is tolerated by the `JavacTask`. And the test must manually select a specific exit code to overwrite this behavior.
> 
> This then leads to bugs like https://bugs.openjdk.org/browse/JDK-8335385, which are silently ignored by `JavacTask`.
> 
> The proposal herein is to tighten up the `JavacTask`, and effectively disallow exit code 4 for `JavacTask` (but permit any other exit code, as javac is using several exit codes). The base implementation in `AbstractTask` is changed to use a validator for the exit codes, which is then leveraged by `JavacTask`.
> 
> This patch depends on PR #19969, as that fixes JDK-8335385, where the javac crash is ignored. It also tweaks module attribution to not leave empty `JCModuleDecl.sym` for duplicate modules, and set it to an erroneous module. The empty (`null`) symbol here crashes javac in the `test/langtools/tools/javac/modules/MultiModuleModeTest.java#testDuplicateModules`, and the test wouldn't pass with this more strict `JavacTask`.

Jan Lahoda has updated the pull request incrementally with one additional commit since the last revision:

  Fixing typo, as suggested.

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/19972/files
  - new: https://git.openjdk.org/jdk/pull/19972/files/c957aedd..b60ef691

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=19972&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=19972&range=00-01

  Stats: 2 lines in 1 file changed: 0 ins; 0 del; 2 mod
  Patch: https://git.openjdk.org/jdk/pull/19972.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/19972/head:pull/19972

PR: https://git.openjdk.org/jdk/pull/19972