NCDFE on jdk.internal.reflect.SerializationConstructorAccessorImpl

[Alan Bateman]

On 15/12/2016 21:48, Andrew Guibert wrote:

>
> Hello all,
>
> I've been doing some experimentation with WebSphere Liberty on Java 9 and
> ran into a problem that I believe is specific to the hotspot 9 JVM.  I am
> using a Liberty image compiled with Java 7, and am trying to get the server
> running with Java 9 at runtime.  So far things are working with the IBM JDK
> I have access to, but with the openjdk builds the boot process fails
> immediately.
>
> When I try to boot Liberty with OpenJDK (here I used 9-ea+149) I get a
> NCDFE as indicated in the title (see end of message for full stack trace).
> I believe this same issue may have been reported by Jon Berg back in April
> [1] but it looks like he didn't follow up on his initial note when asked
> for more info.
>
> I've done some digging and I believe that this error was introduced when
> classes were moved from sun.reflect to jdk.internal.reflect [2],
> specifically when sun.reflect.MagicAccessorImpl was moved to
> jdk.internal.reflect.MagicAccessorImpl.

Any chance that this is a class loader that doesn't delegate for jdk.* 
classes?

Here's an example of this sort of issue that we tracked down in ant last 
year:
     https://bz.apache.org/bugzilla/show_bug.cgi?id=59556

-Alan