Impacts of upgrade to Java 17

Adeptia Suite version 6.9.15 comes with upgraded Amazon Corretto JRE. The bundled Amazon Corretto JRE in this version of Adeptia Suite has been upgraded from v8 to v7 to ensure improved security.

This section discusses the impacts of this upgrade and the actions you must take to deal with them.

1. The upgrade to Java 17 may require you to handle the conflicts that may occur with custom jars or custom classes. You may come across the following scenarios wherein you need to take the necessary actions to address the conflicts. 

   1. Java packages used in the custom plugins, custom jars, or custom classes may have changed. To address this issue, you need to change the custom plugin, custom jars, and the custom classes accordingly.

   2. Classes used in custom plugin, custom jars, or custom classes may have been deprecated or their implementation may have changed. To address this issue, you need to change the custom plugin, custom jars, and the custom classes accordingly.

   3. Although Java 17 is backward compatible – code compiled with Java 8 continues to run on Java 17 most of the time – there are certain restrictions implemented in Java 17, for example, Java 17 restricts the use of certain packages and reflections. However, you can override these restrictions by adding the required entries in the launcher.properties file.

   4. External jar(s) in the ext folder may not be compatible with the upgraded versions of the framework. In this case, jars need to be upgraded accordingly.

2. With this upgrade, the JMS provider that connects to Apache Active MQ JMS server now uses the two jars activemq-core-5.7.0.jar and geronimo-j2ee-management_1.1_spec-1.0.1.jar.  Ensure that:

   • You use these two jars when you create a JMS provider that connects to Apache Active MQ JMS server.

   • You have updated any existing JMS provider that connects to Apache Active MQ JMS server to use these two jars.
     For more details, refer to this page.