RFR: 8277090 : jsr166 refresh for jdk19
Jason Mehrens
jason_mehrens at hotmail.com
Tue May 3 20:44:47 UTC 2022
Hi Alan,
>Is this a Future implementation that doesn't implement the spec
>correctly? The get method shouldn't throw CancellationException if done
>and not-cancelled.
What you say makes sense. I should have checked this before I brought it up but CancellationException is an IllegalStateException so even if it did throw CE it is compliant with the docs.
>The intention is that ISE means a coding error. The usage of these
>methods should be very close to the test for the state so I think it's
>right as it is. If you set the cause then it be caught and used like a
>CompletionException.
Bugs sometimes cause other bugs and dropping the chain can hide that information about a root problem. I understand the reluctance to add the cause.
Thanks!
Jason
More information about the core-libs-dev
mailing list