Pour Hibernation 5.X il suffit d'ajouter

    <dependency>
        <groupId>org.hibernate</groupId>
        <artifactId>hibernate-java8</artifactId>
        <version>${hibernate.version}</version>
    </dependency>

et

@NotNull
@Column(name = "date_time", nullable = false)
protected LocalDateTime dateTime;

fonctionnera sans aucun effort supplémentaire. Voir https://hibernate.atlassian.net/browse/HHH-8844

mise à jour:

, jetez un oeil à Jeff Morin commentaire: comme Hibernate 5.2.x il suffit

 <dependency>
     <groupId>org.hibernate</groupId>
     <artifactId>hibernate-core</artifactId>
     <version>5.2.1.Final</version>
 </dependency>
 <dependency>
     <groupId>org.springframework</groupId>
     <artifactId>spring-...</artifactId>
     <version>4.3.1.RELEASE</version>
 </dependency>

voir https://github.com/hibernate/hibernate-orm/wiki/Migration-Guide---5.2 et Intégrer Hibernate 5.2 avec Spring framework 4.x

JPA 2.2 supporte java.temps

JPA 2.2 prend désormais en charge LocalDate , LocalTime , LocalDateTime , OffsetTime et OffsetDateTime .

<dependency>
  <groupId>javax.persistence</groupId>
  <artifactId>javax.persistence-api</artifactId>
  <version>2.2</version>
</dependency>

pour la mise en œuvre de la JPA 2.2, hibernation 5.2 ou EclipseLink 2.7 peut être utilisé.

Hibernate 5 supporte plus de types java que JPA 2.2 comme Duration , Instant et ZonedDateTime .

Plus D'Informations:

• Comment Cartographier La Date Et l'Heure de l'API JPA 2.2 par Thorben Janssen
• Quoi de neuf dans la JPA 2.2
• JSR 338 (Maintenance Release)
• JPA 2.2 Wiki

J'utilise Java 8, EclipseLink(JPA 2.1),PostgreSQL 9.3 et PostgreSQL Driver-Postgresql-9.2-1002.jdbc4.jar dans mon projet et je peux utiliser les variables LocalDateTime de la nouvelle API sans problème mais le type de données de la colonne est bytea dans la base de données, donc vous ne pouvez le lire à partir d'une application Java autant que je sache. Vous pouvez utiliser AttributeConverter pour convertir les nouvelles classes en java.SQL.Date Je trouve ce code de Java.net

@Converter(autoApply = true)
public class LocalDatePersistenceConverter implements
AttributeConverter {
@Override
public java.sql.Date convertToDatabaseColumn(LocalDate entityValue) {
    return java.sql.Date.valueOf(entityValue);
}

@Override
public LocalDate convertToEntityAttribute(java.sql.Date databaseValue) {
    return databaseValue.toLocalDate();
}

org.jadira.usertype peut être utilisé pour persister JSR 310 date and Time API.

Regardez ce exemple de projet .

À Partir De L'Exemple De Projet,

@MappedSuperclass
public class AbstractEntity {

    @Id @GeneratedValue Long id;

    @CreatedDate//
    @Type(type = "org.jadira.usertype.dateandtime.threeten.PersistentZonedDateTime")//
    ZonedDateTime createdDate;

    @LastModifiedDate//
    @Type(type = "org.jadira.usertype.dateandtime.threeten.PersistentZonedDateTime")//
    ZonedDateTime modifiedDate;
}

je sais que c'est une vieille question, mais j'ai pensé à une solution alternative qui pourrait être utile.

au lieu d'essayer de cartographier le nouveau java.temps.* classes à un type de base de données existant, vous pouvez tirer profit de @Transient:

@Entity
public class Person {
    private Long id;        
    private Timestamp createdTimestamp;

    @Id
    @GeneratedValue
    public Long getId() { return id; }

    private Timestamp getCreatedTimestamp() {
        return createdTime;
    }

    private void setCreatedTimestamp(final Timestamp ts) {
        this.createdTimestamp = ts;
    }

    @Transient
    public LocalDateTime getCreatedDateTime() {
        return createdTime.getLocalDateTime();
    }

    public void setCreatedDateTime(final LocalDateTime dt) {
        this.createdTime = Timestamp.valueOf(dt);
    }
}

vous travaillez avec les méthodes getter/setter publiques qui utilisent les nouvelles classes date/time de Java 8, mais dans les coulisses le getter/setter fonctionne avec les classes Date/time héritées. Lorsque vous persistez l'entité, la propriété legacy date/time sera persistée mais pas la nouvelle propriété Java 8 puisqu'elle est annotée avec @Transient.

pour le type TIMESTAMP vous pouvez utiliser ce convertisseur:

@Converter(autoApply = true)
public class LocalDateTimeAttributeConverter implements AttributeConverter<LocalDateTime, Timestamp> {

    @Override
    public Timestamp convertToDatabaseColumn(LocalDateTime datetime) {
        return datetime == null ? null : Timestamp.valueOf(datetime);
    }

    @Override
    public LocalDateTime convertToEntityAttribute(Timestamp timestamp) {
        return timestamp == null ? null : timestamp.toLocalDateTime();
    }

}

pour le type DATE vous pouvez utiliser ce convertisseur:

@Converter(autoApply = true)
public class LocalDateAttributeConverter implements AttributeConverter<LocalDate, Date> {

    @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();
    }

}

pour le type TIME vous pouvez utiliser ce convertisseur:

@Converter(autoApply = true)
public class LocalTimeAttributeConverter implements AttributeConverter<LocalTime, Time> {

    @Override
    public Time convertToDatabaseColumn(LocalTime time) {
        return time == null ? null : Time.valueOf(time);
    }

    @Override
    public LocalTime convertToEntityAttribute(Time time) {
        return time == null ? null : time.toLocalTime();
    }

}

Il ya beaucoup d'approche à faire , aussi il dépend de votre cadre : Si votre travail de cadre a sur le convertisseur de champ tel ressort font tel: 1 -

@DateTimeFormat(pattern = "dd.MM.yyyy - HH:mm")
private Long createdDate;

j'utilise le format legacy epoch https://www.epochconverter.com / l'époque est très souple et de format accepté

2 - l'autre façon est D'utiliser jpa @PostLoad @PreUpdate @PrePersist

@PostLoad
      public void convert() {
        this.jva8Date= LocalDate.now().plusDays(1);
      }

ou utiliser un tel temp

@Transient
public LocalDateTime getCreatedDateTime() {
    return createdTime.getLocalDateTime();
}