[PATCH] 4851444: Exposing sun.reflect.Reflection#getCallerClass as a public API in Java 8
Mandy Chung
mandy.chung at oracle.com
Mon Sep 9 21:56:42 UTC 2013
On 9/9/13 10:01 AM, David M. Lloyd wrote:
>> I'm not sure if we can be very certain about the depth in a runtime
>> environment (non-debugging) unless it requires all VM implementation to
>> support a reliable way to return a frame at a given depth.
>>
>> The stack trace is not guaranteed to contain all stack frames. E.g. in
>> the spec of Throwable.getStackTrace():
>>
>> Some virtual machines may, under some circumstances, omit one or
>> more
>> stack frames from the stack trace. In the extreme case, a virtual
>> machine
>> that has no stack trace information concerning this throwable is
>> permitted to return a zero-length array from this method.
>
> This is interesting. Presumably this would tie into tail-call
> optimizations and that sort of thing?
>
> How does AccessControlContext deal with this possibility?
Will need the VM team to answer the details.
ACC only needs protection domains that allow the VM to do some ACC
optimization, for example, the comment in JVM_GetStackAccessControlContext
// count the protection domains on the execution stack. We collapse
// duplicate consecutive protection domains into a single one, as
// well as stopping when we hit a privileged frame.
Also classes on bootclasspath have null protection domain in the VM
itself that it can bypass permission check on those frames.
Mandy
More information about the core-libs-dev
mailing list