RFR: 8308038: java/util/concurrent/ThreadPerTaskExecutor/ThreadPerTaskExecutorTest.java timed out

Jaikiran Pai jpai at openjdk.org
Mon May 22 10:34:51 UTC 2023


On Mon, 22 May 2023 10:11:25 GMT, Alan Bateman <alanb at openjdk.org> wrote:

>> test/jdk/java/util/concurrent/ThreadPerTaskExecutor/ThreadPerTaskExecutorTest.java line 269:
>> 
>>> 267:         assertTrue(executor.awaitTermination(10, TimeUnit.MILLISECONDS));
>>> 268:         Throwable e = assertThrows(ExecutionException.class, future::get);
>>> 269:         assertTrue(e.getCause() instanceof InterruptedException);
>> 
>> Would using `assertEquals(InterruptedException.class, e.getCause().getClass())` be better? That way if/when the test fails, it even prints the unexpected exception type?
>> 
>> But I then see that this test already uses `assertTrue` for similar cases in some other place, so maybe it's fine in the current form?
>
> I don't mind moving this but it would require changing them everywhere (as you point out).

I think it's fine to leave it in the current form then. If/when any of these tests fail due to unexpected exception type in these asserts, we can then move them all to the other proposed (or some other) construct.

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

PR Review Comment: https://git.openjdk.org/jdk/pull/14072#discussion_r1200321915


More information about the core-libs-dev mailing list