Review Request JDK-8155977: Update ObjectInputStream::resolveClass and resolveProxyClass to work with platform class loader

Mandy Chung mandy.chung at
Thu May 5 23:35:13 UTC 2016

> On May 5, 2016, at 3:50 PM, Florent Guillaume <fguillaume at> wrote:
> On Thu, May 5, 2016 at 6:59 PM, Mandy Chung <mandy.chung at> 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:
> 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).


More information about the core-libs-dev mailing list