hibernate 4 и joda-time

Question

они счастливо замужем?

Я использую самую последнюю версию hibernate (4) и версию 1.3 от joda-time hibernate support, которая также я считаю нынешней последней версией.

Все, кажется, работает OK (дата столбцы, созданные, как и ожидалось) при использовании аннотаций:

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

являются их любые известные проблемы, связанные с использованием этих версий вместе?

Update Ну получается, столбцы получить созданы, но не может заполнить любые данные:

обработка Handler не удался; вложенное исключение составляет java.lang.AbstractMethodError: org.joda.time.contrib.hibernate.PersistentLocalDateTime.nullSafeSet

Они несовместимы, и я должен использовать usertype. См. Ответ ниже.

Answer 1

Относительно нехватка документации, это может быть полезно для меня записать шаги, необходимые для интеграции. Убедитесь, что ваши библиотеки обновлены.

Вам понадобятся: [если вы уже hibernate4]

Последняя версия Joda времени

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

и UserType Lib

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

Затем используйте следующие в классах сущностей (не обязательно должен быть LocalDateTime, может быть любой из существующих классов):

import org.joda.time.LocalDateTime; 

и для определения столбца:

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

Answer 2

Я добавлю это как отдельный ответ, так как это, по-моему важная информация для тех, кто обновляемом в спящий режим 4, и в случае необходимости перенастройки с использованием постоянных временных типов jadira в , Эта страница высоко оценивается в результатах поиска google для hibernate 4 и jodatime, поэтому я добавлю ее здесь. (Отдельное обсуждение этого вопроса см. В: Joda time DateTime incorrectly stores in database)

Если вы находитесь в часовом поясе, отличном от UTC, необходима важная конфигурация, чтобы получить такое же поведение, как и с hibernate joda-time тип поддержки. То, как временные типы jadira работают по умолчанию, заключается в преобразовании всех значений в часовой пояс UTC до того, как они будут сохраняться в базе данных, и при обращении к часовому поясу системы при загрузке значений из базы данных.

Я был сожжен этим после обновления, когда у меня было много временных меток с моим точным часовым поясом в базе данных (UTC + 1 (+2 в летнее время)). При загрузке после перехода на Hibernate 4, 1 или 2 часа (в зависимости от того, была ли отметка времени в летнее время), добавлено значение в базе данных, что означает, что все существующие временные метки были представлены ошибочно. Кроме того, новые значения временной метки сохранялись в базе данных с часовым поясом UTC, что приводило их к правильному отображению в приложении, но было неправильным в базе данных.В общем, горячий беспорядок таймшонов и временных меток.

Итак, чтобы получить то же поведение, что и с поддержкой hibernate-поддержки joda-времени (время существования сохраняется в часовом поясе рассматриваемого сервера, а метки времени в базе данных такие же, как и то, что загружается в приложение), следующие свойства должны быть добавлены к конфигурации JPA/Hibernate (в моем случае, hibernate.properties):

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

Это позволит убедиться, что временные метки в базе данных будут иметь тот же часовой пояс, что и приложения, которое, в свою очередь, будет часовым поясом jvm (в большинстве случаев часами сервера приложений).

Кроме того, от того, что я понимаю, autoRegisterUserTypes -property устраняет необходимость @Type -annotation для выбора общих видов, среди них Jodatime-типов DateTime и LocalDate.