Review Request JDK-8155977: Update ObjectInputStream::resolveClass and resolveProxyClass to work with platform class loader
Mandy Chung
mandy.chung at oracle.com
Thu May 5 23:35:13 UTC 2016
> On May 5, 2016, at 3:50 PM, Florent Guillaume <fguillaume at nuxeo.com> wrote:
>
> On Thu, May 5, 2016 at 6:59 PM, Mandy Chung <mandy.chung at oracle.com> wrote:
>> * where <code>loader</code> is determined as follows: if there is a
>> * method on the current thread's stack whose declaring class is not a
>> * <a href="../lang/ClassLoader.html#builtinLoaders">
>> * <em>platform class</em></a> (and was not a generated to implement
>> * reflective invocations), then <code>loader</code> is the class loader
>> * of such class; otherwise, <code>loader</code> is the {@linkplain
>> * ClassLoader#getPlatformClassLoader() platform class loader}.
>>
>> Revised webrev:
>> http://cr.openjdk.java.net/~mchung/jdk9/webrevs/8155977/webrev.01/
>
> Hi,
>
> "a generated to implement" should probably be fixed.
In fact, I took out "(and was not a generated to implement reflective invocations)” which is implementation details, followed up Alan’s comment.
webrev.01 is now updated in place (I should have done that earlier).
Mandy
More information about the core-libs-dev
mailing list