Как заставить Hibernate возвращать даты как java.утиль.Дата вместо отметки времени?

простой альтернативой использованию пользовательского типа пользователя является создание новой java.утиль.Дата в сеттере для свойства date в вашем сохраненном компоненте, например:

import java.util.Date;
import javax.persistence.Entity;
import javax.persistence.Column;

@Entity
public class Purchase {

    private Date date;

    @Column
    public Date getDate() {
        return this.date;
    }

    public void setDate(Date date) {
        // force java.sql.Timestamp to be set as a java.util.Date
        this.date = new Date(date.getTime());
    }

}

подходы 1 и 2, очевидно, не работают, потому что вы получаете java.sql.Date объекты, в спецификации JPA/Hibernate, а не java.util.Date. Из подходов 3 и 4 я бы предпочел выбрать последний, потому что он более декларативный и будет работать как с аннотациями полей, так и с аннотациями getter.

вы уже выложили решение 4 в своем ссылочном блоге, как @ tscho был любезен указать. Может быть defaultForType (см. ниже) должен дать вам централизованная решение вы искали. Конечно, все равно нужно будет различать поля даты (без времени) и метки времени.

для дальнейшего использования я оставлю резюме использования вашего собственного Hibernate UserType здесь:

чтобы сделать спящий режим дать вам java.util.Date экземпляров, вы можете использовать @Type и @TypeDef аннотации для определения другого отображения вашего java.утиль.Дата типы java в и из база данных.

см. примеры в основном справочном руководстве здесь.

1. реализовать a UserType чтобы сделать фактическую сантехнику (преобразование в/из java.утиль.Дата), названный например TimestampAsJavaUtilDateType

2. добавьте аннотацию @TypeDef на один объект или в пакет-info.java-оба будут доступны глобально для фабрики сеансов (см. ссылку руководства выше). Вы можете использовать defaultForType чтобы применить преобразование типов на всех отображенных полях типа java.util.Date.

   @TypeDef
     name = "timestampAsJavaUtilDate",
     defaultForType = java.util.Date.class, /* applied globally */
     typeClass = TimestampAsJavaUtilDateType.class
   )
   

3. дополнительно вместо defaultForType, вы можете аннотировать свои поля/геттеры с помощью @Type индивидуально:

   @Entity
   public class MyEntity {
      [...]
      @Type(type="timestampAsJavaUtilDate")
      private java.util.Date myDate;
      [...]
   }
   

P. S. чтобы предложить совершенно другой подход: мы обычно просто не сравнить даты объектов с помощью метода Equals() в любом случае. Вместо этого мы используем служебный класс с методами Для сравнения, например, только календарной даты двух экземпляров даты (или другого разрешения, такого как секунды), независимо от точный тип реализации. Это так же хорошо работало для нас.

вот решение для гибернации 4.3.7.Окончательный.

pacakge-info.java содержит

@TypeDefs(
    {
        @TypeDef(
                name = "javaUtilDateType",
                defaultForType = java.util.Date.class,
                typeClass = JavaUtilDateType.class
        )
    })
package some.pack;
import org.hibernate.annotations.TypeDef;
import org.hibernate.annotations.TypeDefs;

И JavaUtilDateType:

package some.other.or.same.pack;

import java.sql.Timestamp;
import java.util.Comparator;
import java.util.Date;
import org.hibernate.HibernateException;
import org.hibernate.dialect.Dialect;
import org.hibernate.engine.spi.SessionImplementor;
import org.hibernate.type.AbstractSingleColumnStandardBasicType;
import org.hibernate.type.LiteralType;
import org.hibernate.type.StringType;
import org.hibernate.type.TimestampType;
import org.hibernate.type.VersionType;
import org.hibernate.type.descriptor.WrapperOptions;
import org.hibernate.type.descriptor.java.JdbcTimestampTypeDescriptor;
import org.hibernate.type.descriptor.sql.TimestampTypeDescriptor;

/**
 * Note: Depends on hibernate implementation details hibernate-core-4.3.7.Final.
 *
 * @see
 * <a href="http://docs.jboss.org/hibernate/orm/4.3/manual/en-US/html/ch06.html#types-custom">Hibernate
 * Documentation</a>
 * @see TimestampType
 */
public class JavaUtilDateType
        extends AbstractSingleColumnStandardBasicType<Date>
        implements VersionType<Date>, LiteralType<Date> {

    public static final TimestampType INSTANCE = new TimestampType();

    public JavaUtilDateType() {
        super(
                TimestampTypeDescriptor.INSTANCE,
                new JdbcTimestampTypeDescriptor() {

                    @Override
                    public Date fromString(String string) {
                        return new Date(super.fromString(string).getTime());
                    }

                    @Override
                    public <X> Date wrap(X value, WrapperOptions options) {
                        return new Date(super.wrap(value, options).getTime());
                    }

                }
        );
    }

    @Override
    public String getName() {
        return "timestamp";
    }

    @Override
    public String[] getRegistrationKeys() {
        return new String[]{getName(), Timestamp.class.getName(), java.util.Date.class.getName()};
    }

    @Override
    public Date next(Date current, SessionImplementor session) {
        return seed(session);
    }

    @Override
    public Date seed(SessionImplementor session) {
        return new Timestamp(System.currentTimeMillis());
    }

    @Override
    public Comparator<Date> getComparator() {
        return getJavaTypeDescriptor().getComparator();
    }

    @Override
    public String objectToSQLString(Date value, Dialect dialect) throws Exception {
        final Timestamp ts = Timestamp.class.isInstance(value)
                ? (Timestamp) value
                : new Timestamp(value.getTime());
        // TODO : use JDBC date literal escape syntax? -> {d 'date-string'} in yyyy-mm-dd hh:mm:ss[.f...] format
        return StringType.INSTANCE.objectToSQLString(ts.toString(), dialect);
    }

    @Override
    public Date fromStringValue(String xml) throws HibernateException {
        return fromString(xml);
    }
}

это решение в основном зависит от реализации TimestampType с добавлением дополнительного поведения через анонимный класс типа JdbcTimestampTypeDescriptor.

просто добавьте эту аннотацию @Temporal(TemporalType.DATE) на java.util.Date поле в класс сущностей.

дополнительная информация доступна в этой stackoverflow ответ.

в библиотеках платформы Java есть некоторые классы, которые расширяют экземпляр класс и добавить компонент значения. Например, java.язык SQL.Отметка времени расширяет java.утиль.Дата и добавляет поле наносекунды. Реализация equals для метки времени действительно нарушает симметрию и может вызвать неустойчивое поведение, если Объекты Timestamp и Date используются в одной коллекции или смешиваются иным образом. Класс Timestamp имеет отказ от ответственности, предупреждающий программистов смешивание дат и временных меток. Пока вы не попадете в беду, пока вы держите их отдельно, нет ничего, чтобы помешать вам смешивать их, и в результате ошибки могут быть трудно отлаживать. Такое поведение класс метка была ошибка и не должна быть эмулирована.

проверьте эту ссылку

http://blogs.sourceallies.com/2012/02/hibernate-date-vs-timestamp/

я столкнулся с проблемой с этим, а также мои JUnit assertEquals не смогли сравнить даты с Hibernate emitted ' java.утиль.Типы даты (которые, как описано в вопросе, действительно являются метками времени). Оказывается, что путем изменения отображения на "дату", а не " java.утиль.Дата ' Hibernate генерирует java.утиль.Дата участников. Я использую XML-файл сопоставления с Hibernate версии 4.1.12.

эта версия выдает ' java.утиль.Метка времени':

<property name="date" column="DAY" type="java.util.Date" unique-key="KONSTRAINT_DATE_IDX" unique="false" not-null="true" />

эта версия излучает - Ява.утиль.Дата:

<property name="date" column="DAY" type="date" unique-key="KONSTRAINT_DATE_IDX" unique="false" not-null="true" />

Примечание, однако, если Hibernate используется для создания DDL, то они будут генерировать различные типы SQL (дата для "дата" и метка времени для " java.утиль.Дата').