1. Overview

This tutorial will focus onintroducing Spring Data JPA into a Spring project, and fully configuring the persistence layer. For a step-by-step introduction to setting up the Spring context using Java-based configuration and the basic Maven pom for the project, seethis article.

2. The Spring Data Generated DAO – No More DAO Implementations

As we discussed in an earlier article,the DAO layer usually consists of a lot of boilerplate code that can and should be simplified. The advantages of such a simplification are many: a decrease in the number of artifacts that we need to define and maintain, consistency of data access patterns, and consistency of configuration.

Spring Data takes this simplification one step further andmakes it possible to remove the DAO implementations entirely. The interface of the DAO is now the only artifact that we need to explicitly define.

To start leveraging the Spring Data programming model with JPA, a DAO interface needs to extend the JPA specificRepository interface,JpaRepository. This will enable Spring Data to find this interface and automatically create an implementation for it.

By extending the interface, we get the most relevant CRUD methods for standard data access available in a standard DAO.

3. Custom Access Method and Queries

As discussed,by implementing one of theRepository interfaces, the DAO will already have some basic CRUD methods (and queries) defined and implemented.

To define more specific access methods, Spring JPA supports quite a few options:

• simply define a new method in the interface
• provide the actualJPQL query by using the@Query annotation
• use the more advancedSpecification and Querydsl support in Spring Data
• definecustom queries via JPA Named Queries

Thethird option, Specifications, and Querydsl support, is similar to JPA Criteria but uses a more flexible and convenient API. This makes the whole operation much more readable and reusable. The advantages of this API will become more pronounced when dealing with a large number of fixed queries, as we could potentially express these more concisely through a smaller number of reusable blocks.

The last option has the disadvantage that it either involves XML or burdening the domain class with the queries.

3.1. Automatic Custom Queries

When Spring Data creates a newRepository implementation, it analyses all the methods defined by the interfaces and tries toautomatically generate queries from the method names. While this has some limitations, it’s a very powerful and elegant way of defining new custom access methods with very little effort.

Let’s look at an example. If the entity has anamefield (and the Java Bean standardgetName andsetName methods),we’ll define thefindByName method in the DAO interface. This will automatically generate the correct query:

public interface IFooDAO extends JpaRepository<Foo, Long> {    Foo findByName(String name);}

This is a relatively simple example. The query creation mechanism supportsa much larger set of keywords.

In case the parser can’t match the property with the domain object field, we’ll see the following exception:

java.lang.IllegalArgumentException: No property nam found for type class com.baeldung.jpa.simple.model.Foo

3.2. Manual Custom Queries

Now let’s look at a custom query that we’ll define via the@Query annotation:

@Query("SELECT f FROM Foo f WHERE LOWER(f.name) = LOWER(:name)")Foo retrieveByName(@Param("name") String name);

For even more fine-grained control over the creation of queries, such as using named parameters or modifying existing queries,the reference is a good place to start.

4. Transaction Configuration

The actual implementation of the Spring-managed DAO is indeed hidden since we don’t work with it directly. However, it’s a simple enough implementation,theSimpleJpaRepository, which defines transaction semantics using annotations.

More explicitly, this uses a read-only@Transactional annotation at the class level, which is then overridden for the non-read-only methods. The rest of the transaction semantics are default, but these can be easily overridden manually per method.

4.1. Exception Translation Is Alive and Well

The question now becomes: since Spring Data JPA doesn’t depend on the old ORM templates (JpaTemplate,HibernateTemplate), and they have been removed since Spring 5, are we still going to get our JPA exceptions translated to Spring’sDataAccessException hierarchy?

The answer is, of course, we are.Exception translation is still enabled by the use of the@Repository annotation on the DAO. This annotation enables a Spring bean postprocessor to advise all@Repository beans with all thePersistenceExceptionTranslator instances found in the container and provide exception translation just as before.

Let’s verify exception translation with an integration test:

@Test(expected = DataIntegrityViolationException.class)public void whenInvalidEntityIsCreated_thenDataException() {    service.create(new Foo());}

Keep in mind thatexception translation is done through proxies. For Spring to be able to create proxies around the DAO classes, these must not be declaredfinal.

5. Spring Data JPA Repository Configuration

To activate the Spring JPA repository support, we can use the@EnableJpaRepositories annotation and specify the package that contains the DAO interfaces:

@EnableJpaRepositories(basePackages = "com.baeldung.jpa.simple.repository") public class PersistenceConfig {     ...}

We can do the same with an XML configuration:

<jpa:repositories base-package="com.baeldung.jpa.simple.repository" />

6. Java or XML Configuration

We already discussed in great detail how toconfigure JPA in Spring in a previous article. Spring Data also takes advantage of Spring’s support for the JPA@PersistenceContext annotation. It uses this to wire theEntityManager into the Spring factory bean responsible for creating the actual DAO implementations,JpaRepositoryFactoryBean.

In addition to the already discussed configuration, we also need to include the Spring Data XML Config if we are using XML:

@Configuration@EnableTransactionManagement@ImportResource("classpath*:*springDataConfig.xml")public class PersistenceJPAConfig {    ...}

7. Maven Dependency

In addition to the Maven configuration for JPA, like in aprevious article, we’ll addthespring-data-jpa dependency:

<dependency>    <groupId>org.springframework.data</groupId>    <artifactId>spring-data-jpa</artifactId><version>3.5.7</version></dependency>

8. Using Spring Boot

We can also use theSpring Boot Starter Data JPA dependency that will automatically configure theDataSource for us.

We need to make sure that the database we want to use is present in the classpath. In our example, we’ve added the H2 in-memory database:

<dependency>    <groupId>org.springframework.boot</groupId>    <artifactId>spring-boot-starter-data-jpa</artifactId><version>3.5.7</version></dependency><dependency>    <groupId>com.h2database</groupId>    <artifactId>h2</artifactId></dependency>

As a result, just by doing these dependencies, our application is up and running and we can use it for other database operations.

The explicit configuration for a standard Spring application is now included as part of Spring Boot auto-configuration.

We can, of course, modify the auto-configuration by adding our customized explicit configuration.

Spring Boot provides an easy way to do this using properties in theapplication.properties file. Let’s see an example of changing the connection URL and credentials:

spring.datasource.url=jdbc:h2:mem:db;DB_CLOSE_DELAY=-1spring.datasource.username=saspring.datasource.password=sa

9. Useful Tools for Spring Data JPA

Spring Data JPA is supported in all major Java IDEs. Let’s see what useful tools are available for Eclipse and IntelliJ IDEA.

If you use Eclipse as your IDE, you can install theDali Java Persistence Tools plugin. This provides ER diagrams for JPA entities, DDL generation to initialize schema and basic reverse engineering capabilities. Also, you can use Eclipse Spring Tool Suite (STS). It will help to validate query method names in Spring Data JPA repositories.

In case you use IntelliJ IDEA, there are two options.

IntelliJ IDEA Ultimate enables ER diagrams, a JPA console for testing JPQL statements, and valuable inspections. However, these features are not available in the Community Edition.

To boost productivity in IntelliJ, you can install theJPA Buddy plugin, which provides many features, including generation of JPA entities, Spring Data JPA repositories, DTOs, initialization DDL scripts, Flyway versioned migrations, Liquibase changelogs, etc. Also, JPA Buddy provides an advanced tool for reverse engineering.

Finally, the JPA Buddy plugin works with both Community and Ultimate editions.

10. Conclusion

In this article, we covered the configuration and implementation of the persistence layer with Spring 5, JPA 2, and Spring Data JPA (part of the Spring Data umbrella project) using both XML and Java-based configuration.

We discussed ways to define moreadvanced custom queries, as well astransactional semantics, and aconfiguration with the newjpa namespace. The final result is a new and elegant take on data access with Spring, with almost no actual implementation work.