Friends of OpenJDK Today

Getting Started with Jakarta EE 9: Jakarta EE 9.1

October 13, 2021

Author(s)

  • Jadon Ortlepp profile
    Jadon Ortlepp

    Digital Marketing Coordinator working for Payara who has been involved in the Java space since 2017. Very much enjoys collaborating on projects and events with other individuals and organisations. Including ... Learn more

  • Avatar photo
    Rudy De Busscher

    Rudy loves to create (web) applications with the Jakarta EE platform and MicroProfile implementations. Currently, he is a Developer Advocate for MicroStream. He has implemented various projects in a team ... Learn more

Jakarta EE 9.1 was officially released at the end of May 2021.

The objective of Jakarta EE 9.1 is to provide certification on Java SE 11 and not to deliver new features. These are scheduled for Jakarta EE 10.

In this article, we describe how you can use Jakarta EE 9.1 and some background around Jakarta EE 9.1.

Using Jakarta EE 9.1

Just as with Jakarta EE 9, you can easily define all dependencies on Jakarta EE 9.1 for your web application by defining the jakarta.jakartaee-web-api artifact in your Maven pom file.

<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">

   <modelVersion>4.0.0</modelVersion>
   <groupId>fish.payara.jakarta.ee9.start</groupId>
   <artifactId>hello</artifactId>
   <version>1.0</version>
   <packaging>war</packaging>
   <dependencies>
      <dependency>
         <groupId>jakarta.platform</groupId>
         <artifactId>jakarta.jakartaee-web-api</artifactId>
         <version>9.1.0</version>
         <scope>provided</scope>
      </dependency>
   </dependencies>

   <build>
      <finalName>hello</finalName>
   </build>

   <properties>
      <maven.compiler.source>11</maven.compiler.source>
      <maven.compiler.target>11</maven.compiler.target>
      <failOnMissingWebXml>false</failOnMissingWebXml>
      <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
   </properties>

</project>

If you are using Gradle as your build tool, you can define the version as:

dependencies {
   providedCompile 'jakarta.platform:jakarta.jakartaee-web-api:9.1.0'
}

compileJava {
   targetCompatibility = '11'
   sourceCompatibility = '11'
}

All the API artifacts are still compiled against Java SE 8, so you can still use and compile your applications using JDK 8.

What Changed Between Jakarta EE 9 and 9.1?

What is the real difference between Jakarta EE 9 and Jakarta EE 9.1? To be honest, there isn't one. Jakarta EE 9.1 is released to allow vendors to certify their implementations against Java SE 11. Since there was an important breaking change in Jakarta EE 9, the namespace change from javax to jakarta, no other changes were introduced in that version.

It is a good practice that when you make changes, you do so in incremental small steps. The introduction of the namespace was a large one, so that was the reason why the official support for Java SE 11 was deferred to Jakarta EE 9.1.

What About CORBA?

Between Java SE 8 and 11, not only was the modular structure of the JDK, and optionally your application, introduced but there was also the removal of several subsystems like CORBA and the XML support for Web Services.

Within the TCK, the Technology Compatibility Test Kit, or the several thousands of tests that prove an implementation is compatible with the specification, the tests around CORBA and XML Support in WebServices are optional. This means that a compatible implementation doesn't need to support this anymore in Jakarta EE 9.1.

But the Payara Server Full Platform still supports them, just as we did with Jakarta EE 8. This means that all of your applications that run fine on Jakarta EE 8 (Payara Server 5) will also run on the Jakarta EE 9 version.

What About the Namespace Change?

Jakarta EE 9 and Jakarta EE 9.1 use the jakarta namespace. The specification itself does not require any backward compatibility. This is up to the implementations themselves. Payara Server includes the Eclipse transformer and converts an application using the javax namespace to the new jakarta namespace during the deployment of your application.

With Payara, you can decide when you are ready to move to the jakarta namespace in your application but you can use Payara Server 6 (Alpha1), which is based on the jakarta namespace, if you want. Changing the namespace can be done with a search and replace command within your IDE, although there are still some package names in JDK itself that start with javax which have not changed. You can also have a look at the migration support of IntelliJ in version 2021.2 to perform the required changes for the namespace.

Should I Start using Jakarta EE 9.1?

Whether or not you should start using Jakarta EE 9.1 depends on your situation. The impact of the namespace change of Jakarta EE 9 is large. Many libraries are also using the Jakarta specification like Servlet or Rest, which means they also need to be updated. So in many cases, you will need to wait to migrate your application until all your dependencies have migrated, too. One of those dependencies that are in the progress of migrating is MicroProfile - with a planned Jakarta EE 9 compatible version in the last quarter of 2021.

This doesn't mean that you can't run your application on Java SE 11. Many implementations, including Payara Server, supports running Jakarta EE 8 applications on JDK 11.

Conclusion

From a developer's perspective, Jakarta EE 9.1 is identical to Jakarta EE 9.

It only adds the possibility for implementations to certify on Java SE 11.

Many libraries that are used on top of Jakarta EE are still in the progress of migrating to the new namespace.

So our prediction is that by the release of Jakarta EE 10, everyone can make use of the updated Java Enterprise framework.

Topics:

Related Articles

View All

Author(s)

  • Jadon Ortlepp profile
    Jadon Ortlepp

    Digital Marketing Coordinator working for Payara who has been involved in the Java space since 2017. Very much enjoys collaborating on projects and events with other individuals and organisations. Including ... Learn more

  • Avatar photo
    Rudy De Busscher

    Rudy loves to create (web) applications with the Jakarta EE platform and MicroProfile implementations. Currently, he is a Developer Advocate for MicroStream. He has implemented various projects in a team ... Learn more

Comments (0)

Your email address will not be published. Required fields are marked *

Highlight your code snippets using [code lang="language name"] shortcode. Just insert your code between opening and closing tag: [code lang="java"] code [/code]. Or specify another language.

Save my name, email, and website in this browser for the next time I comment.

Subscribe to foojay updates:

https://foojay.io/feed/
Copied to the clipboard