RFR: 8199149: Improve the exception message thrown by VarHandle of unsupported operation [v4]

Jorn Vernee jvernee at openjdk.org
Thu Jul 20 15:19:46 UTC 2023


On Thu, 20 Jul 2023 01:04:08 GMT, Mandy Chung <mchung at openjdk.org> wrote:

>> `VarForm::getMemberName` currently throws UOE with no information if the requested access mode is unsupported.   To provide the var handle information, move the access mode check to `VarHandle` so that the exception message can include the var handle information.  Changes include:
>> 
>> 1. change `VarHandle::checkAccessModeThenIsDirect` to check if the access mode is unsupported.  This check is only needed for direct var handle.
>> 2. change `VarHandle::getMethodHandleUncached` to call `getMemberNameOrNull` and throw UOE with an informative exception message if the access mode is unsupported
>> 
>> The error message looks like:
>> 
>> java.lang.UnsupportedOperationException: compareAndSet is not supported for VarHandle[varType=java.lang.String, coord=[class Foo$Goo]]
>
> Mandy Chung has updated the pull request incrementally with one additional commit since the last revision:
> 
>   update copyright header

src/java.base/share/classes/java/lang/invoke/VarHandle.java line 2010:

> 2008:         static AccessMode valueFromOrdinal(int mode) {
> 2009:             return VALUES[mode];
> 2010:         }

Also, I'll throw this out there, though I'm not sure how big of an issue it is: this array creation might have an effect on startup. But, since it is only used on a slow path right before we throw an exception (at least, at the moment), calling `values()` every time inside the `valueFromOrdinal` method, and avoiding the array creation on startup, might be 'better'.

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

PR Review Comment: https://git.openjdk.org/jdk/pull/14928#discussion_r1269616973


More information about the core-libs-dev mailing list