What Is Jakarta Data?

Jakarta EE

The defacto way of accessing relational data in a Jakarta EE application is through the use of the Jakarta Persistence API. For NoSQL data access, one can now use the much newer Jakarta NoSQL API. Jakarta Persistence especially has worked quite well and been serving its purpose with both its support for native queries, JPQL and Criteria queries. However, modern data access paradigms have meant having to pull in third party libraries to enjoy some more abstractions. 

For instance Apache DeltaSpike’s JPA module provides a way to use the repository pattern with Jakarta Persistence. Much like Spring Data, DeltaSpike allows for powerful data abstraction over Jakarta Persistence for Jakarta EE applications. However, this and other similar libraries are not part of the Jakarta EE Platform. And this is where Jakarta Data comes in.

The Need For A Unified API

Jakarta Data is currently a specification proposal led by Otavio Santana, with the goal of unifying all these data abstractions under a single specification, and consequently, API. With Jakarta Data, both SQL and NoSQL data access will come under a single, unified set of APIs that provide much modern paradigms of data access like the aforementioned repository pattern and cloud data access. In a cloud native development era, microservices can access data in a myriad of ways, and this specification aims to standardize all these data access options under a single specification. 

As the current evolution of Jakarta EE continues, a specification such as Jakarta Data will help solidify the platform as a first class choice for developing modern, cloud native applications. New microservices focused frameworks come with such convenience APIs built-in, and as such make them much more appealing to developers. Jakarta Data will be a great addition to the already rich set of specifications that make up the Jakarta EE Platform.

You can (and should at least take a look) make suggestions to the process in this sheet as it is in the process of gathering feedback. As Jakarta EE experts, we will keep you updated with the progress of this specification and eventually help you learn all there is to using it when it is finally available. 

What to find out more about Jakarta EE specifications? Check out our previous fact sheets:

Comments (0)

Post a comment

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

Payara needs the contact information you provide to us to contact you about our products and services. You may unsubscribe from these communications at any time. For information on how to unsubscribe, as well as our privacy practices and commitment to protecting your privacy, please review our Legal & Privacy Policy.

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Related Posts

Green stylised leaf symbol representing the Spring Framework, shown with a smooth curved shape and a small stem inside a circular or rounded background , with 'spring' written on its right side. 2 minutes
Jakarta EE

Spring Framework 7.0 and Spring Data 2025.1.0 Embrace Jakarta EE 11 Compatibility

The recent releases of Spring Framework 7.0 and Spring Data 2025.1.0 mark an important milestone for the Java ecosystem, […]

Docker logo 4 minutes
Community

Level Up Your Jakarta EE Apps with Payara 7 and New Docker Images

We’re excited to share major updates around the Docker image story for the Payara Platform Community, aligned with our […]

Payara promotional graphic showing transition from Spring to Jakarta EE, including technology logos, a code icon and arrows leading from Spring to Jakarta EE. 6 minutes
Jakarta EE

From Spring Boot To Jakarta EE 11: How Payara Starter Eases The Transition

If you’ve been living in the Spring ecosystem, you’re used to fast project setup. Spring Initializr gives you a […]