How to persist LocalDate and LocalDateTime with JPA 2.1
Take your skills to the next level!
The Persistence Hub is the place to be for every Java developer. It gives you access to all my premium video courses, monthly Java Persistence News, monthly coding problems, and regular expert sessions.
Java 8 brought lots of great features and one of the most important and most anticipated ones was the new Date and Time API. There were lots of issues with the old API and I won’t get into any details on why we needed a new one. I’m sure you had to struggle often enough with it yourself.
All these issues are gone with Java 8. The new Date and Time API is well designed, easy to use and (finally) immutable. The only issue that remains is, that you cannot use it with JPA.
Well, that’s not completely correct. You can use it, but JPA will map it to a BLOB instead of a DATE or TIMESTAMP. That means the database is not aware of the date object and cannot apply any optimization for it. That’s not the way we should or want to do it.
But that doesn’t mean that you can’t use the Date and Time API. You just have to decide how you want to add the support for it. You either use Hibernate 5, which provides proprietary support for the Date and Time API, or you take a few minutes to implement an AttributeConverter as I show you in this post.
Why does JPA not support LocalDate and LocalDateTime?
The answer is simple, JPA 2.1 was released before Java 8 and the Date and Time API simply didn’t exist at that point in time. Therefore the @Temporal annotation can only be applied to attributes of type java.util.Date and java.util.Calendar.
If you want to store a LocalDate attribute in a DATE column or a LocalDateTime in a TIMESTAMP column, you need to define the mapping to java.sql.Date or java.sql.Timestamp yourself. Thanks to the attribute converter, one of several new features in JPA 2.1, this can be achieved with just a few lines of code.
In the following examples, I will show you how to create an attribute converter for LocalDate and LocalDateTime. If you want to learn more about attribute converter, have a look at How to implement a JPA 2.1 Attribute Converter or one of the other usage examples like a better way to persist enums or encrypting data.
The most important things you need to remember about attribute converter are also described in the free “New Features in JPA 2.1” cheat sheet.
The example
Before we create the attribute converters, let’s have a look at the example entity for this post.
@Entity public class MyEntity { @Id @GeneratedValue(strategy = GenerationType.AUTO) @Column(name = "id", updatable = false, nullable = false) private Long id; @Column private LocalDate date; @Column private LocalDateTime dateTime; ... }
Attribute converters are part of the JPA 2.1 specification and can, therefore, be used with any JPA 2.1 implementation, e.g. Hibernate or EclipseLink. I used Wildfly 8.2 with Hibernate 4.3 for the following examples.
Converting LocalDate
As you can see in the following code snippet, there isn’t much you need to do to create an attribute converter for LocalDate.
import java.sql.Date; import java.time.LocalDate; @Converter(autoApply = true) public class LocalDateAttributeConverter implements AttributeConverter<LocalDate, Date> { @Override public Date convertToDatabaseColumn(LocalDate locDate) { return locDate == null ? null : Date.valueOf(locDate); } @Override public LocalDate convertToEntityAttribute(Date sqlDate) { return sqlDate == null ? null : sqlDate.toLocalDate(); } }
You need to implement the AttributeConverter<LocalDate, Date> interface with its two methods convertToDatabaseColumn and convertToEntityAttribute. As you can see on the method names, one of them defines the conversion from the type of the entity attribute (LocalDate) to the database column type (Date) and the other one the inverse conversion. The conversion itself is very simple because the java.sql.Date already provides the methods to do the conversion to and from a LocalDate.
Additionally, the attribute converter needs to be annotated with the @Converter annotation. Due to the optional autoApply=true property, the converter will be applied to all attributes of type LocalDate. Have a look here, if you want to define the usage of the converter for each attribute individually.
The conversion of the attribute is transparent to the developer and the LocalDate attribute can be used as any other entity attribute. You can use it as a query parameter for example.
LocalDate date = LocalDate.of(2015, 8, 11); TypedQuery query = this.em.createQuery("SELECT e FROM MyEntity e WHERE date BETWEEN :start AND :end", MyEntity.class); query.setParameter("start", date.minusDays(2)); query.setParameter("end", date.plusDays(7)); MyEntity e = query.getSingleResult();
Converting LocalDateTime
The attribute converter for LocalDateTime is basically the same. You need to implement the AttributeConverter<LocalDateTime, Timestamp> interface and the converter needs to be annotated with the @Converter annotation. Similar to the LocalDateConverter, the conversion between a LocalDateTime and a java.sql.Timestamp is done with the conversion methods of Timestamp.
import java.time.LocalDateTime; import java.sql.Timestamp; @Converter(autoApply = true) public class LocalDateTimeAttributeConverter implements AttributeConverter<LocalDateTime, Timestamp> { @Override public Timestamp convertToDatabaseColumn(LocalDateTime locDateTime) { return locDateTime == null ? null : Timestamp.valueOf(locDateTime); } @Override public LocalDateTime convertToEntityAttribute(Timestamp sqlTimestamp) { return sqlTimestamp == null ? null : sqlTimestamp.toLocalDateTime(); } }
Conclusion
JPA 2.1 was released before Java 8 and therefore doesn’t support the new Date and Time API. If you want to use the new classes (in the right way), you need to define the conversion to java.sql.Date and java.sql.Timestamp yourself. This can be easily done by implementing the AttributeConverter<EntityType, DatabaseType> interface and annotating the class with @Converter(autoApply=true). By setting autoApply=true, the converter will be applied to all attributes of the EntityType and no changes on the entity are required.
JPA 2.2 and Hibernate 5 support for the several classes of the Date and Time API as basic types. That means that you no longer need to provide your own type conversion and that you don’t need to provide any mapping annotations. I explained the new mappings in more details in:
- Hibernate 5: How to persist LocalDateTime & Co with Hibernate
- How To Map The Date And Time API with JPA 2.2
If you want to learn more about the features in JPA 2.1, have a look at the JPA 2.1 Overview and get your free “New Features in JPA 2.1” cheat sheet.
I enjoyed your explanation,
Thanks a lot!
This helped me.
Thank-you
Nice, but putting parentheses around the expression following the return statement (and it’s a statement, not a method) is really bad form. It doesn’t add anything, and makes the code more difficult to read. Otherwise, thumbs up, this helped me out.
Thanks for your feedback
Wonderful post. Works fine for the regular column but if the ID column is of datatype LocalDate or LocalDateTime, persisting fails. On a trace level debug, the ID column is not getting converted by the Attribute converter.
That’s because AttributeConverters are not supported for ID columns.
You either need to upgrade to JPA 2.2/Hibernate 5 which support these classes as basic types or you need to use the old java.util.Date instead.
I am having a problem with this. The date values in my database are being stored 1 day behind.
I have figured out the cause, but not sure how to fix.
My application is running in local time (GMT+1), database is MySQL in UTC, and using the useLegacyDatetimeCode=false connection property.
LocalDate only has concept of year, month and day (not time). The Date.valueOf(locDate) imposes an interpretation of local time zone when creating the Date object, which leads to date in database being wrong when stored (and also when retrieved).
Any thoughts on how to fix this cleanly? I am only trying to store a date of birth so hoping to be time and timezone agnostic 🙂
Thanks.
Hi Grant,
The best way to fix these kinds of issues is to use the same timezone for your application and your database. Using different timezones can cause so many issues, that it’s not worth your time and effort to try to fix all of them.
Regards,
Thorben
There’s a class: org.springframework.data.jpa.convert.threeten.Jsr310JpaConverters that seems to do exactly this. I actually implemented the converters per this article, but then as I was digging through the dependency code I found this class, commented out everything in the Converter classes and I am still able to defined LocalDate, LocalDateTime fields in my entity classes and they get persisted and read correctly (MariaDB).
Looks like Spring Data is getting close to implementing JPA 2.1, so it may not matter much longer, but I wanted to comment on an otherwise great article by a great blogger.. keep up the good work T.J.!
Thanks Nick!
Yes, Spring Data provides similar AttributeConverter for the Date and Time API.
And if you use JPA 2.2 or Hibernate 5, you don’t even need any AttributeConverter. So, as soon as all projects are updated, we will no longer need this workaround.
Hello Thorben, Awesome writing. Thank you for the post.
I would like to have some clarification on using LocalDate in a Serializable class. Since its a value based object, Sonar throws me an error saying “Value based objects should not be serialized”. If my requirement is to have a LocalDate field in a JSF managed bean with SessionScoped, then how would I handle it? Kindly requesting your inputs.
Thank you in advance!
Hi Sathish,
that’s a complex topic. Here’s an interesting discussion about it: https://groups.google.com/forum/#!topic/sonarqube/WZh_rrh_Avk
Regards,
Thorben
Dear Thorben,
Thank you very much for your reply 🙂
Regards,
Sathish
Thanks a lot! This article is the answer for problem (LocalDate) in my project! I’ll return here yet!
You’re welcome 🙂
Hi, Thorben excellent post!
I have a doubt, for a java.time.Duration class, what would be the correct type do be converted to/from?
Hi Rafael,
I would convert it to a Long. In this article, I explained the implementation of the AttributeConverter in more details.
Regards,
Thorben
awesome
Wondering how Hibernate scans for @Converter annotated classes, because I have these converters in a JAR included into my project and autoApply does not work.
Did you add the converter JAR to your persistence.xml?
…
../lib/converter.jar
e.g.
…
I didn’t try it out, but if the converter.jar is referenced in the persistence.xml, Hibernate should find the Converter.
Works only sometimes, because not null safe.
Should be:
public class LocalDateConverter implements AttributeConverter {
@Override
public Date convertToDatabaseColumn(LocalDate date) {
return (date == null ? null : Date.valueOf(date));
}
@Override
public LocalDate convertToEntityAttribute(Date date) {
return (date == null ? null : date.toLocalDate());
}
}
Regards
Bernd
Fixed it.
Thanks!
Thorben
or you can upgrade to hibernate 5 and the hibernate-java8 library… support is coming, kind of like winter
Yes, Hibernate 5 provides support for the Date and Time API but there are lots of projects that will not switch to the new Hibernate for quite some time and this post was written before Hibernate 5.0.0.Final was released.
So, if you cannot use Hibernate 5, writing your own AttributeConverter is a quick and easy way to get support for LocalDate and LocalDateTime.
Thanks, nice tips