Уровень сохраняемости с помощью Spring 3 и Hibernate 4

Спящие свойства

Hibernate настроен для работы с Spring с помощью следующих свойств Hibernate :

hibernate.dialect=org.hibernate.dialect.MySQL5Dialect
hibernate.hbm2ddl.auto=update
hibernate.show_sql=false

Обратите внимание, что диалект MySQL включен в качестве ссылки, но подойдет любой диалект, поддерживаемый Hibernate .

Потенциал для исключений

Фабрика транзакций

Контракт Hibernate для создания транзакций определяется интерфейсом TransactionFactory . Чтобы Spring полностью управлял транзакциями, стандартная реализация этого контракта — JDBCTransactionFactory — заменяется по умолчанию его аналогом Spring-Spring — SpringTransactionFactory .

Это также можно сделать вручную, в свойствах Hibernate (однако, это избыточно):

transaction.factory_class = org.springframework.orm.hibernate3.SpringTransactionFactory

Текущий контекст сеанса

Когда Hibernate SessionFactory создается в контексте Spring его фабричным компонентом, он создает CurrentSessionContext . Это контракт на поддержку текущей концепции сеанса, и его реализация решается путем анализа  свойства Hibernate «hibernate.current_session_context_class» .

Установка этого свойства в «управляемый» означает использование управляемой реализации для контекстных сеансов — ManagedSessionContext — что предполагает, что текущий сеанс управляется внешним объектом . В нашем контексте Spring, это не сработает с:

org.springframework.orm.hibernate3.HibernateSystemException: ни один сеанс в настоящее время не связан с контекстом выполнения

Установка для свойства «thread» включит привязанную к потоку стратегию в конфигурации Hibernate; это также будет противоречить управлению транзакциями Spring и приведет к:

org.springframework.orm.hibernate3.HibernateSystemException: постоянное действие недопустимо без активной транзакции

Чтобы Spring мог управлять транзакциями, это свойство должно быть  «org.springframework.orm.hibernate3.SpringSessionContext» ; поскольку это также значение по умолчанию, явное определение свойства может быть удалено.

DAO

Каждый DAO будет основан на параметризованном, абстрактном классе класса DAO с поддержкой общих родовых операций:

public abstract class AbstractHibernateDAO< T extends Serializable >{
   private final Class< T > clazz;
   
   @Autowired
   SessionFactory sessionFactory;
   
   public void setClazz( final Class< T > clazzToSet ){
      this.clazz = clazzToSet;
   }
   
   public T getById( final Long id ){
      Preconditions.checkArgument( id != null );
      return (T) this.getCurrentSession().get( this.clazz, id );
   }
   public List< T > getAll(){
      return this.getCurrentSession()
       .createQuery( "from " + this.clazz.getName() ).list();
   }
   
   public void create( final T entity ){
      Preconditions.checkNotNull( entity );
      this.getCurrentSession().persist( entity );
   }
   
   public void update( final T entity ){
      Preconditions.checkNotNull( entity );
      this.getCurrentSession().merge( entity );
   }
   
   public void delete( final T entity ){
      Preconditions.checkNotNull( entity );
      this.getCurrentSession().delete( entity );
   }
   public void deleteById( final Long entityId ){
      final T entity = this.getById( entityId );
      Preconditions.checkState( entity != null );
      this.delete( entity );
   }
   
   protected final Session getCurrentSession(){
      return this.sessionFactory.getCurrentSession();
   }
}

Здесь интересно несколько аспектов — как уже говорилось, абстрактный DAO не расширяет какой-либо шаблон Spring (например, HibernateTemplate ). Вместо этого Hibernate SessionFactory внедряется непосредственно в DAO и будет играть роль основного Hibernate API через контекстный сеанс, который он предоставляет:

this.sessionFactory. getCurrentSession ();

Также обратите внимание, что класс сущности передается в конструкторе для использования в общих операциях:

@Repository
public class FooDAO extends AbstractHibernateDAO< Foo > implements IFooDAO{
   
   public FooDAO(){
      setClazz(Foo.class );
   }
   
}

Конфигурация Maven

В дополнение к конфигурации Maven, определенной в предыдущей статье , добавлены следующие зависимости: spring-orm (в качестве зависимости также используется spring-tx ) и hibernate-core :

<dependency>
   <groupId>org.springframework</groupId>
   <artifactId>spring-orm</artifactId>
   <version>3.2.2.RELEASE</version>
</dependency>
<dependency>
   <groupId>org.hibernate</groupId>
   <artifactId>hibernate-core</artifactId>
   <version>4.2.0.Final</version>
</dependency>

<dependency>
   <groupId>mysql</groupId>
   <artifactId>mysql-connector-java</artifactId>
   <version>5.1.24</version>
   <scope>runtime</scope>
</dependency>

Обратите внимание, что зависимость MySQL включена в качестве ссылки — для настройки источника данных необходим драйвер, но подойдет любая база данных, поддерживаемая Hibernate .

Вывод

В этой статье рассказывается о настройке и реализации уровня персистентности в Hibernate и Spring 3.1 с использованием конфигурации на основе XML и Java. Обсуждались причины прекращения использования шаблонов для уровня DAO, а также возможные подводные камни настройки Spring для управления транзакциями и сеансом Hibernate. Конечный результат — легкая, чистая реализация DAO, практически не зависящая от времени компиляции с Spring. Вы можете проверить полную реализацию в проекте github .

Я не хочу, чтобы ваше обучение о Spring Persistence остановилось здесь.

>> Получите мою электронную книгу «Spring Persistence» и подпишитесь на мою рассылку