RFR: 8286066: assert(k != __null) failed: klass not loaded caused by FillerObject_klass [v8]

[Ioi Lam]

On Thu, 5 May 2022 02:34:41 GMT, Ioi Lam <iklam at openjdk.org> wrote:

>> We had issues in the past with tests running concurrently IIRC . I'm not sure if this is still an issue if the test working directory is already unique. @iklam should remember the details. We put in a lot of support code to make sure things always worked smoothly.
>
> We had problems on Windows in the past. If two tests generate an archive with the same name, after the first test finishes, jtreg deletes the first version of this file. However, Windows virus scanners will keep the file alive for a little longer. When the second tests tries to create the file again, it gets a file permission error. This would lead to infrequent random failures in the CDS tests.
> 
> That's the reason we use `TestCommon.getCurrentArchiveName()` in the CDS tests.

> We had issues in the past with tests running concurrently IIRC . I'm not sure if this is still an issue if the test working directory is already unique. 

The archive file is generated in the test's "working scratch" directory, which is reused. For example, if you have 3 test cases and a jtreg concurrency setting of 2:  `0/scratch/` could be used twice whereas `1/scratch/` is used once.

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

PR: https://git.openjdk.java.net/jdk/pull/8519