RFR: JDK-8216558: Lookup.unreflectSetter(Field) fails to throw IllegalAccessException for final fields

Mandy Chung mandy.chung at oracle.com
Wed Jan 30 18:22:40 UTC 2019


Hi Adam,

On 1/30/19 7:52 AM, Adam Farley8 wrote:
> Hi Mandy,
> 
> CSR has been raised: https://bugs.openjdk.java.net/browse/JDK-8218061

Thanks for doing it.  A couple comments:

I think the compatibility risk should be low rather than minimal.
Even the code shouldn't be doing that, unreflectSetter does
allow to set a static final field in the current implementation.
It's low because Field::set throws exception if it's a static
final field and so it's expected that very few existing libraries
would use unreflectSetter.

FWIW.  There are few existing libraries hacking the reflection
to change their static final fields but very few.

Since the spec diff is small, I suggest to cut-n-paste the diff
on the javadoc to the specification section and easier to see
the spec change.  webrev is not generally needed for CSR but
welcome to include that if it helps the review.

I made some minor edit to the CSR to make the problem and solution
clearer.

> The webrev I used includes John's comments, your additions, the 
> one-line-IF,
> and I also took the liberty of moving the unreflectField method underneath
> the unreflectSetter method, because it seemed strange that it was located
> between unreflectSetter and unreflectGetter.
> 
> Online webrev has been updated to include these changes:
> http://cr.openjdk.java.net/~afarley/8216558/webrev

Looks good but the patch still needs a regression test. Please
include the regression test for code review.

Formatting nit: a space is missing between 'if' and '(' and
plase use the 4-space identation of the throw.

1901             if(isSetter && field.isStatic() && field.isFinal())
1902                     throw field.makeAccessException("static final 
field has no write access", this);

Mandy


More information about the core-libs-dev mailing list