Uploaded image for project: 'camunda BPM'
  1. camunda BPM
  2. CAM-13495

Spin is incompatible with JDK 16

XMLWordPrintable

    • Icon: Bug Report Bug Report
    • Resolution: Won't Fix
    • Icon: L3 - Default L3 - Default
    • None
    • None
    • spin
    • None

      Current version of Spin is incompatible with Java 16.
      I'm aware that Camunda BPM only supports up to Java 14 acording to the Release announcements, but I'm raising it as it may take a while to fix to resolve.

       This normally (when using Spin) appeared on startup in all java version from 11 to 15

      WARNING: An illegal reflective access operation has occurred
 WARNING: Illegal reflective access by spinjar.com.sun.xml.bind.v2.runtime.reflect.opt.Injector$1 (file:/[snip]/.m2/repository/org/camunda/spin/camunda-spin-dataformat-all/1.10.0/camunda-spin-dataformat-all-1.10.0.jar) to method java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int)
 WARNING: Please consider reporting this to the maintainers of spinjar.com.sun.xml.bind.v2.runtime.reflect.opt.Injector$1
 WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
 WARNING: All illegal access operations will be denied in a future release

      The vague threat on the last line (that we'd all kinda got used to seeing and ignoring has apparently been realised)

      And in Java 16 you now get

      Caused by: java.lang.ExceptionInInitializerError
 at spinjar.com.sun.xml.bind.v2.runtime.reflect.opt.AccessorInjector.prepare(AccessorInjector.java:83)
 at spinjar.com.sun.xml.bind.v2.runtime.reflect.opt.OptimizedAccessorFactory.get(OptimizedAccessorFactory.java:125)
 at spinjar.com.sun.xml.bind.v2.runtime.reflect.Accessor$GetterSetterReflection.optimize(Accessor.java:399)
 at spinjar.com.sun.xml.bind.v2.runtime.property.SingleElementLeafProperty.<init>(SingleElementLeafProperty.java:87)
 at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
 at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:78)
 at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
 at java.base/java.lang.reflect.Constructor.newInstanceWithCaller(Constructor.java:499)
 at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:480)
 at spinjar.com.sun.xml.bind.v2.runtime.property.PropertyFactory.create(PropertyFactory.java:128)
 at spinjar.com.sun.xml.bind.v2.runtime.ClassBeanInfoImpl.<init>(ClassBeanInfoImpl.java:181)
 at spinjar.com.sun.xml.bind.v2.runtime.JAXBContextImpl.getOrCreate(JAXBContextImpl.java:509)
 at spinjar.com.sun.xml.bind.v2.runtime.ClassBeanInfoImpl.<init>(ClassBeanInfoImpl.java:168)
 at spinjar.com.sun.xml.bind.v2.runtime.JAXBContextImpl.getOrCreate(JAXBContextImpl.java:509)
 at spinjar.com.sun.xml.bind.v2.runtime.ClassBeanInfoImpl.<init>(ClassBeanInfoImpl.java:168)
 at spinjar.com.sun.xml.bind.v2.runtime.JAXBContextImpl.getOrCreate(JAXBContextImpl.java:509)
 at spinjar.com.sun.xml.bind.v2.runtime.JAXBContextImpl.<init>(JAXBContextImpl.java:326)
 at spinjar.com.sun.xml.bind.v2.runtime.JAXBContextImpl.<init>(JAXBContextImpl.java:141)
 at spinjar.com.sun.xml.bind.v2.runtime.JAXBContextImpl$JAXBContextBuilder.build(JAXBContextImpl.java:1157)
 ...
 Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make protected final java.lang.Class java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int) throws java.lang.ClassFormatError accessible: module java.base does not "opens java.lang" to unnamed module @4de4b452
 at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:357)
 at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297)
 at java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:199)
 at java.base/java.lang.reflect.Method.setAccessible(Method.java:193)
 at spinjar.com.sun.xml.bind.v2.runtime.reflect.opt.Injector$1.run(Injector.java:177)
 at spinjar.com.sun.xml.bind.v2.runtime.reflect.opt.Injector$1.run(Injector.java:174)
 at java.base/java.security.AccessController.doPrivileged(AccessController.java:312)
 at spinjar.com.sun.xml.bind.v2.runtime.reflect.opt.Injector.<clinit>(Injector.java:172)
 ... 176 more

      Test with

      % java --version
openjdk 16 2021-03-16
OpenJDK Runtime Environment (build 16+36-2231)
OpenJDK 64-Bit Server VM (build 16+36-2231, mixed mode, sharing)

        This is the controller panel for Smart Panels app

            [CAM-13495] Spin is incompatible with JDK 16

            Yana Vasileva added a comment -

            Hi Stexxen,

            Thank you for bringing this to our attention.
            You are correct, at the moment we support only up to Java 14 (docs).
            Would it be possible to share a minimal example that reproduces the issue, that way it will be easier for us to continue further with the analyses?

            Best regards,
            Yana

            Yana Vasileva added a comment - Hi Stexxen , Thank you for bringing this to our attention. You are correct, at the moment we support only up to Java 14 ( docs ). Would it be possible to share a minimal example that reproduces the issue, that way it will be easier for us to continue further with the analyses? Best regards, Yana

            Steven added a comment - - edited

            Hi @yanavasileva

            Putting this inside any Delegate should trigger the problem

                ObjectValue xxx = Variables.objectValue(new Thing(), true).serializationDataFormat(Variables.SerializationDataFormats.XML).create();
    execution.setVariable("XXX", xxx);

            The Serialization format must be XML to trigger it.

            The Thing object is simple defined as

            public class Thing {
  public String test = "test";
}

             

            On JDK 14, and 15, it reports

            WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by spinjar.com.sun.xml.bind.v2.runtime.reflect.opt.Injector$1 (file:/Users/stexxen/.m2/repository/org/camunda/spin/camunda-spin-dataformat-all/1.10.1/camunda-spin-dataformat-all-1.10.1.jar) to method java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int)
WARNING: Please consider reporting this to the maintainers of spinjar.com.sun.xml.bind.v2.runtime.reflect.opt.Injector$1
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release

            On JDK 16 it fails with

            Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make protected final java.lang.Class java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int) throws java.lang.ClassFormatError accessible: module java.base does not "opens java.lang" to unnamed module @fdefd3f
	at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:357) ~[na:na]
	at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297) ~[na:na]

            Steven added a comment - - edited Hi @yanavasileva Putting this inside any Delegate should trigger the problem ObjectValue xxx = Variables.objectValue( new Thing(), true ).serializationDataFormat(Variables.SerializationDataFormats.XML).create(); execution.setVariable( "XXX" , xxx); The Serialization format must be XML to trigger it. The Thing object is simple defined as public class Thing { public String test = "test" ; }   On JDK 14, and 15, it reports WARNING: An illegal reflective access operation has occurred WARNING: Illegal reflective access by spinjar.com.sun.xml.bind.v2.runtime.reflect.opt.Injector$1 (file:/Users/stexxen/.m2/repository/org/camunda/spin/camunda-spin-dataformat-all/1.10.1/camunda-spin-dataformat-all-1.10.1.jar) to method java.lang. ClassLoader .defineClass(java.lang. String , byte [], int , int ) WARNING: Please consider reporting this to the maintainers of spinjar.com.sun.xml.bind.v2.runtime.reflect.opt.Injector$1 WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations WARNING: All illegal access operations will be denied in a future release On JDK 16 it fails with Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make protected final java.lang. Class java.lang. ClassLoader .defineClass(java.lang. String , byte [], int , int ) throws java.lang.ClassFormatError accessible: module java.base does not "opens java.lang" to unnamed module @fdefd3f at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:357) ~[na:na] at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297) ~[na:na]

            Yana Vasileva added a comment -

            Hi Steven,

            Thank you for the hint. I will have a look.

            Best regards,
            Yana

            Yana Vasileva added a comment - Hi Steven, Thank you for the hint. I will have a look. Best regards, Yana

            Yana Vasileva added a comment -

            Hi Stexxen,

            I was able to reproduce the issue and I believe the root cause is due to JAXBContext instantiation that is performed in spin and the version of the jaxb-api library that we are using.
            https://github.com/camunda/camunda-spin/blob/master/dataformat-xml-dom/src/main/java/org/camunda/spin/impl/xml/dom/format/spi/DefaultJaxBContextProvider.java#L39
            The support for Java 16 is not scheduled yet so this ticket will stay in the queue for now. Please let us know if you are interested on fixing the issue or making any contribution in that direction.

            Best regards,
            Yana

            Yana Vasileva added a comment - Hi Stexxen , I was able to reproduce the issue and I believe the root cause is due to JAXBContext instantiation that is performed in spin and the version of the jaxb-api library that we are using. https://github.com/camunda/camunda-spin/blob/master/dataformat-xml-dom/src/main/java/org/camunda/spin/impl/xml/dom/format/spi/DefaultJaxBContextProvider.java#L39 The support for Java 16 is not scheduled yet so this ticket will stay in the queue for now. Please let us know if you are interested on fixing the issue or making any contribution in that direction. Best regards, Yana

            Joe Warner added a comment -

            I've also just encountered this problem when using Java 16 (I admit I hadn't bothered to look at which versions of Java are supported so possibly self-inflicted!). My 2c ...

            • Using `--illegal-access=[permit|warn|debug]` effectively downgrades this from an error to a warning meaning that you are able to work around the problem until the jaxb version in Camunda is upgraded
            • I understand that Camunda doesn't currently support Java > 15 (with latest 7.16 release) so perhaps you don't feel any pressure to fix this until you do, but if it is just a matter of upgrading this library then that could be a quick win - especially when I see many issues that all seem to indicate that an update is overdue CAM-9290, CAM-10327, CAM-10044.

            Joe Warner added a comment - I've also just encountered this problem when using Java 16 (I admit I hadn't bothered to look at which versions of Java are supported so possibly self-inflicted!). My 2c ... Using `--illegal-access= [permit|warn|debug] ` effectively downgrades this from an error to a warning meaning that you are able to work around the problem until the jaxb version in Camunda is upgraded I understand that Camunda doesn't currently support Java > 15 (with latest 7.16 release) so perhaps you don't feel any pressure to fix this until you do, but if it is just a matter of upgrading this library then that could be a quick win - especially when I see many issues that all seem to indicate that an update is overdue CAM-9290 , CAM-10327 , CAM-10044 .

            Steven added a comment -

            When I initially raised this, JDK 16 was the most recent. Now we have JDK 17 (Long Term Support) which has removed the `--illegal-access=[permit|warn|debug]` completely.

            For more info see the section "What’s changing in Java 17?"

            https://blogs.oracle.com/javamagazine/post/a-peek-into-java-17-continuing-the-drive-to-encapsulate-the-java-runtime-internals

             

            I also notice that upcoming Camunda 7.16 will now support JDK 15 (Released in Sept 2020). So at that speed, maybe JDK 17 will be supported by this time next year?

             

            Steven added a comment - When I initially raised this, JDK 16 was the most recent. Now we have JDK 17 (Long Term Support) which has removed the `--illegal-access= [permit|warn|debug] ` completely. For more info see the section "What’s changing in Java 17?" https://blogs.oracle.com/javamagazine/post/a-peek-into-java-17-continuing-the-drive-to-encapsulate-the-java-runtime-internals   I also notice that upcoming Camunda 7.16 will now support JDK 15 (Released in Sept 2020). So at that speed, maybe JDK 17 will be supported by this time next year?  

            Thorben Lindhauer added a comment -

            We are closing this ticket as part of our backlog grooming. Reasons:

            • This functionality has been implemented

            Thorben Lindhauer added a comment - We are closing this ticket as part of our backlog grooming. Reasons: This functionality has been implemented

              Unassigned Unassigned
              Stexxen Steven
              Votes:
              1 Vote for this issue
              Watchers:
              5 Start watching this issue

                Created:
                Updated:
                Resolved: