Blog
Home/

Java eSignature SDK migrates to Jakarta EE

Author Bharat Rele
Bharat ReleSr. Engineering Manager, Developer Platform
Summary3 min read

With our latest release, the Docusign Java SDK is now adhering to the Jakarta specification. Find out how to migrate your Java apps to the new version.

    • Why are we making this change?
    • What needs to be done?
    • What if I can’t upgrade right away?
    • How do I use the Uber JAR?
    • Additional resources

    Table of contents

    Jakarta EE

    Recently at Docusign, we migrated our Java ESignature SDK from Java EE to Jakarta EE. This breaking change is included in version 4.0.0-RC1 of our SDK. We recommend that clients upgrade to Jakarta as well.

    Why are we making this change?

    Since 2017, development of Java EE has been handed over from Oracle to the Eclipse Foundation. However, since Oracle owns the trademark to Java, the API namespace had to be renamed from javax to jakarta. This causes a breaking change to anyone upgrading to Jakarta EE 9 or above. Fortunately, the upgrade process is easy for many projects.

    What needs to be done?

    If your project depends on the Java eSignature SDK, the recommended path forward is to upgrade to the latest version of Jakarta EE. This will allow you to reference the SDK in a standard format.

    What if I can’t upgrade right away?

    In order to maintain backward compatibility with clients that are not using Jakarta, we have published an Uber JAR version of the eSignature SDK. The Uber JAR not only contains the ESignature library code, but also bundles all of its dependencies into a single JAR file. Since all of its dependencies are self-contained, clients referencing the Uber JAR can use either Java EE or Jakarta.

    How do I use the Uber JAR?

    If you are using Maven, to reference the Uber JAR, you must include the shaded classifier with the dependency:

    <dependency><groupid>com.docusign</groupid><artifactid>docusign-esign-java</artifactid><version>4.0.0-RC1</version><classifier>shaded</classifier></dependency>
    

    For projects that can’t upgrade to Jakarta right away, this is the easiest path forward. Once your project and its dependencies have been migrated to Jakarta, the shaded classifier can then be removed.

    Additional resources

    Author Bharat Rele
    Bharat ReleSr. Engineering Manager, Developer Platform

    Bharat Rele leads our developer experience platform team, focusing on building tools that let Docusign developers and partners build on and extend our platform.

    More posts from this author

    Related posts

    • Accelerating Intelligent Agreement Management with a New “Docusign for Developers”
      Intelligent Agreement Management

      Accelerating Intelligent Agreement Management with a New “Docusign for Developers”

      Dmitri Krakovsky
    • Event Notifications using JSON SIM and HMAC

      Event Notifications using JSON SIM and HMAC

      Author Jonathan Sammons
      Jonathan Sammons
    • Streamline End-to-End Agreement Management with Docusign: A Developer Overview

      Streamline End-to-End Agreement Management with Docusign: A Developer Overview

      Author Larry Jin
      Larry Jin
    Event Notifications using JSON SIM and HMAC

    Event Notifications using JSON SIM and HMAC

    Author Jonathan Sammons
    Jonathan Sammons
    Streamline End-to-End Agreement Management with Docusign: A Developer Overview

    Streamline End-to-End Agreement Management with Docusign: A Developer Overview

    Author Larry Jin
    Larry Jin

    Discover what's new with Docusign IAM or start with eSignature for free

    Explore Docusign IAMTry eSignature for Free
    Person smiling while presenting