Skip to main content
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

    • Developers

      How to call the Navigator API from Agentforce for smarter agreements

      Author Paige Rossi
      Paige Rossi
      How to call the Navigator API from Agentforce for smarter agreements
    • Configuring Salesforce for scalable and secure Docusign integrations

      Author Achille Jean Axel Nisengwe
      Achille Jean Axel Nisengwe
      Configuring Salesforce for scalable and secure Docusign integrations
    • 2025 Developer Release 1: Build faster, agree smarter

      Author Amina Atlaf
      Amina Atlaf
      2025 Developer Release 1: Build faster, agree smarter

    How to call the Navigator API from Agentforce for smarter agreements

    Author Paige Rossi
    Paige Rossi
    How to call the Navigator API from Agentforce for smarter agreements

    Configuring Salesforce for scalable and secure Docusign integrations

    Author Achille Jean Axel Nisengwe
    Achille Jean Axel Nisengwe
    Configuring Salesforce for scalable and secure Docusign integrations

    2025 Developer Release 1: Build faster, agree smarter

    Author Amina Atlaf
    Amina Atlaf
    2025 Developer Release 1: Build faster, agree smarter

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

    Explore Docusign IAMTry eSignature for Free
    Person smiling while presenting