hibernate 4 et joda-time

Question

Sont-ils heureux en ménage ?

J'utilise la dernière version de hibernate (4) et la version 1.3 de support de joda-time hibernate qui, selon moi, est la dernière version en date.

Tout semble fonctionner correctement (colonnes de dates créées comme prévu) lorsque l'on utilise des annotations :

@Column
@Type(type="org.joda.time.contrib.hibernate.PersistentLocalDate")
private LocalDate myDate; 

Y a-t-il des problèmes connus liés à l'utilisation de ces versions ensemble ?

Mise à jour Il s'avère que les colonnes sont créées mais ne peuvent pas être remplies avec des données :

Le traitement du gestionnaire a échoué ; l'exception imbriquée est java.lang.AbstractMethodError : org.joda.time.contrib.hibernate.PersistentLocalDateTime.nullSafeSet

Ils sont incompatibles, et je devrais utiliser type d'utilisateur . Voir la réponse ci-dessous.

Answer 1

La documentation étant nettement insuffisante, il pourrait être utile que j'écrive les étapes nécessaires à l'intégration. Assurez-vous que vos bibliothèques sont à jour.

Vous aurez besoin de : [en supposant que vous avez déjà hibernate4]

Dernière version de joda-time

<dependency>
    <groupId>joda-time</groupId>
    <artifactId>joda-time</artifactId>
    <version>2.0</version>
</dependency>

et la librairie de type utilisateur

<dependency>
    <groupId>org.jadira.usertype</groupId>
    <artifactId>usertype.core</artifactId>
    <version>3.0.0.CR1</version>
</dependency>

Ensuite, utilisez ce qui suit dans les classes d'entités (il n'est pas nécessaire que ce soit LocalDateTime, cela peut être n'importe quelle classe persistée disponible) :

import org.joda.time.LocalDateTime;

et pour la définition des colonnes :

@Column(name="updated", nullable = false)
@Type(type="org.jadira.usertype.dateandtime.joda.PersistentLocalDateTime")
private LocalDateTime updated;

Answer 2

Je vais ajouter cette réponse séparément car il s'agit, à mon avis, d'une information importante pour tous ceux qui passent à Hibernate 4 et qui ont besoin de migrer vers l'utilisation des types temporels persistants de Jadira. Cette page est très bien classée dans les résultats de recherche google pour hibernate 4 et jodatime, je l'ajoute donc ici. (Pour une discussion séparée de cette question, voir : Joda time DateTime stocke incorrectement dans la base de données )

Si vous êtes dans un fuseau horaire autre que UTC, un élément de configuration important est nécessaire afin d'obtenir le même comportement qu'avec un type temporel joda-time hibernate-support. Les types temporels de jadira fonctionnent par défaut en convertissant toutes les valeurs dans le fuseau horaire UTC avant de les persister dans la base de données, et en les reconvertissant dans le fuseau horaire du système lors du chargement des valeurs depuis la base de données.

J'ai été victime de ce problème après la mise à niveau, lorsque j'avais beaucoup d'horodatages avec mon fuseau horaire exact dans la base de données (UTC+1 (+2 en été)). Lors du chargement après la mise à niveau vers Hibernate 4, 1 ou 2 heures (selon que l'horodatage était ou non en heure d'été) ont été ajoutées à la valeur dans la base de données, ce qui signifie que tous les horodatages existants étaient présentés de manière erronée. De plus, les nouvelles valeurs d'horodatage étaient stockées dans la base de données avec le fuseau horaire UTC, ce qui faisait qu'elles apparaissaient correctement dans l'application, mais incorrectement dans la base de données. En somme, un fouillis de fuseaux horaires et d'horodatages.

Ainsi, afin d'obtenir le même comportement qu'avec le support hibernate de joda-times (le temps de date persistant étant du fuseau horaire du serveur en question, et les horodatages dans la base de données étant les mêmes que ceux qui sont chargés dans l'application), les propriétés suivantes doivent être ajoutées à la configuration de JPA/Hibernate (dans mon cas, hibernate.properties ) :

jadira.usertype.autoRegisterUserTypes=true
jadira.usertype.databaseZone=jvm
jadira.usertype.javaZone=jvm

Cela permettra de s'assurer que les horodatages dans la base de données seront du même fuseau horaire que celui de l'application, qui à son tour sera le fuseau horaire du jvm (dans la plupart des cas l'horloge du serveur d'application).

De plus, d'après ce que j'ai compris, le autoRegisterUserTypes -supprime la nécessité de la propriété @Type -pour une sélection de types courants, dont les types Jodatime. DateTime et LocalDate .