[core-libs] RFR (L): 8010319: Implementation of JEP 181: Nest-Based Access Control
David Holmes
david.holmes at oracle.com
Tue May 22 07:33:28 UTC 2018
Hi Alan,
On 22/05/2018 4:19 PM, Alan Bateman wrote:
> On 22/05/2018 01:05, David Holmes wrote:
>> :
>>
>>> Here’s a thought: did you consider caching the nest members in the
>>> ReflectionData class? that may be worth doing regardless of dups.
>>
>> No that was not considered. Caching, as you know, is a space-time
>> trade off and we have no data to use to determine whether caching
>> would be of any benefit here. To me that would be a future RFE
>> regardless. (And I don't expect these introspective nest methods to be
>> used much in any case.)
> I think this is the first time that an access check in core reflection
> (and java.lang.invoke too?) has to call into the VM. It's the private
> member case so it might not be an issue. If it turns out to be an issue
> then it can be re-examined.
I hadn't connected the caching with the access check, but yes lets
re-examine if it is an issue.
Thanks,
David
> -Alan
More information about the core-libs-dev
mailing list