《Spring 5 官方文档》16.ORM和数据访问(一)

16.1介绍一下Spring中的ORM

Spring框架在实现资源管理、数据访问对象(DAO)层,和事务策略等方面,支持对Java持久化API(JPA)以及原生Hibernate的集成。以Hibernate举例来说,Spring有非常赞的IoC功能,可以解决许多典型的Hibernate配置和集成问题。开发者可以通过依赖注入来配置O-R(对象关系)映射组件支持的特性。Hibernate的这些特性可以参与Spring的资源和事务管理,并且符合Spring的通用事务和DAO层的异常体系。因此,Spring团队推荐开发者使用Spring集成的方式来开发DAO层,而不是使用原生的Hibernate或者JPA的API。老版本的Spring DAO模板现在不推荐使用了,想了解这部分内容可以参考经典ORM使用一节。

当开发者创建数据访问应用程序时,Spring会为开发者选择的ORM层对应功能进行优化。而且,开发者可以根据需要来利用Spring对集成ORM的支持,开发者应该将此集成工作与维护内部类似的基础架构服务的成本和风险进行权衡。同时,开发者在使用Spring集成的时候可以很大程度上不用考虑技术,将ORM的支持当做一个库来使用,因为所有的组件都被设计为可重用的JavaBean组件了。Spring IoC容器中的ORM十分易于配置和部署。本节中的大多数示例都是讲解在Spring容器中的来如何配置。

开发者使用Spring框架来中创建自己的ORM DAO的好处如下:

  • 易于测试。Spring IoC的模式使得开发者可以轻易的替换Hibernate的SessionFactory实例,JDBC的DataSource实例,事务管理器,以及映射对象(如果有必要)的配置和实现。这一特点十分利于开发者对每个模块进行独立的测试。
  • 泛化数据访问异常。Spring可以将ORM工具的异常封装起来,将所有异常(可以是受检异常)封装成运行时的DataAccessException体系。这一特性可以令开发者在合适的逻辑层上处理绝大多数不可修复的持久化异常,避免了大量的catch,throw和异常的声明。开发者还可以按需来处理这些异常。其中,JDBC异常(包括一些特定DB语言)都会被封装为相同的体系,意味着开发者即使使用不同的JDBC操作,基于不同的DB,也可以保证一致的编程模型。
  • 通用的资源管理。Spring的应用上下文可以通过处理配置源的位置来灵活配置Hibernate的SessionFactory实例,JPA的EntityManagerFactory实例,JDBC的DataSource实例以及其他类似的资源。Spring的这一特性使得这些实例的配置十分易于管理和修改。同时,Spring还为处理持久化资源的配置提供了高效,易用和安全的处理方式。举个例子,有些代码使用了Hibernate需要使用相同的Session来确保高效性和正确的事务处理。Spring通过Hibernate的SessionFactory来获取当前的Session,来透明的将Session绑定到当前的线程。Srping为任何本地或者JTA事务环境解决了在使用Hibernate时碰到的一些常见问题。
  • 集成事务管理。开发者可以通过@Transactional注解或在XML配置文件中显式配置事务AOP Advise拦截,将ORM代码封装在声明式的AOP方法拦截器中。事务的语义和异常处理(回滚等)都可以根据开发者自己的需求来定制。在后面的章节中,资源和事务管理中,开发者可以在不影响ORM相关代码的情况下替换使用不同的事务管理器。例如,开发者可以在本地事务和JTA之间进行交换,并在两种情况下具有相同的完整服务(如声明式事务)。而且,JDBC相关的代码在事务上完全和处理ORM部分的代码集成。这对于不适用于ORM的数据访问非常有用,例如批处理和BLOB流式传输,仍然需要与ORM操作共享常见事务。

为了更全面的ORM支持,包括支持其他类型的数据库技术(如MongoDB),开发者可能需要查看Spring Data系列项目。如果开发者是JPA用户,则可以从https://spring.io的查阅开始使用JPA访问数据指南一文进行简单了解。

16.2集成ORM的注意事项

本节重点介绍适用于所有集成ORM技术的注意事项。在16.3Hibernate一节中提供了很多关于如何配置和使用这些特性提的信息。

Spring对ORM集成的主要目的是使应用层次化,可以任意选择数据访问和事务管理技术,并且为应用对象提供松耦合结构。不再将业务逻辑依赖于数据访问或者事务策略上,不再使用基于硬编码的资源查找,不再使用难以替代的单例,不再自定义服务的注册。同时,为应用提供一个简单和一致的方法来装载对象,保证他们的重用并且尽可能不依赖于容器。所有单独的数据访问功能都可以自己使用,也可以很好地与Spring的ApplicationContext集成,提供基于XML的配置和不需要Spring感知的普通JavaBean实例。在典型的Spring应用程序中,许多重要的对象都是JavaBean:数据访问模板,数据访问对象,事务管理器,使用数据访问对象和事务管理器的业务服务,Web视图解析器,使用业务服务的Web控制器等等。

16.2.1资源和事务管理

通常企业应用都会包含很多重复的的资源管理代码。很多项目总是尝试去创造自己的解决方案,有时会为了开发的方便而牺牲对错误的处理。Spring为资源的配置管理提供了简单易用的解决方案,在JDBC上使用模板技术,在ORM上使用AOP拦截技术。

Spring的基础设施提供了合适的资源处理,同时Spring引入了DAO层的异常体系,可以适用于任何数据访问策略。对于JDBC直连来说,前面提及到的JdbcTemplate类提供了包括连接处理,对SQLExceptionDataAccessException的异常封装,同时还包含对于一些特定数据库SQL错误代码的转换。对于ORM技术来说,可以参考下一节来了解异常封装的优点。

当谈到事务管理时,JdbcTemplate类通过Spring事务管理器挂接到Spring事务支持,并支持JTA和JDBC事务。Spring通过Hibernate,JPA事务管理器和JTA的支持来提供Hibernate和JPA这类ORM技术的支持。想了解更多关于事务的描述,可以参考第13章,事务管理

16.2.2异常转义

当在DAO层中使用Hibernate或者JPA的时候,开发者必须决定该如何处理持久化技术的一些原生异常。DAO层会根据选择技术的不同而抛出HibernateException或者PersistenceException。这些异常都属于运行时异常,所以无需显式声明和捕捉。同时,开发者同时还需要处理IllegalArgumentExceptionIllegalStateException这类异常。一般情况下,调用方通常只能将这一类异常视为致命的异常,除非他们想要自己的应用依赖于持久性技术原生的异常体系。如果需要捕获一些特定的错误,比如乐观锁获取失败一类的错误,只能选择调用方和实现策略耦合到一起。对于那些只基于某种特定ORM技术或者不需要特殊异常处理的应用来说,使用ORM本身的异常体系的代价是可以接受的。但是,Spring可以通过@Repository注解透明地应用异常转换,以解耦调用方和ORM技术的耦合:

  1. @Repository
  2. public class ProductDaoImpl implements ProductDao {
  3. // class body here...
  4. }
  1. <beans>
  2. <!-- Exception translation bean post processor -->
  3. <bean class="org.springframework.dao.annotation.PersistenceExceptionTranslationPostProcessor"/>
  4. <bean id="myProductDao" class="product.ProductDaoImpl"/>
  5. </beans>

上面的后置处理器PersistenceExceptionTranslationPostProcessor,会自动查找所有的异常转义器(实现PersistenceExceptionTranslator接口的Bean),并且拦截所有标记为@Repository注解的Bean,通过代理来拦截异常,然后通过PersistenceExceptionTranslator将DAO层异常转义后的异常抛出。

总而言之:开发者可以既基于简单的持久化技术的API和注解来实现DAO,同时还受益于Spring管理的事务,依赖注入和透明异常转换(如果需要)到Spring的自定义异常层次结构。

 

16.3 Hibernate

我们将首先介绍Spring环境中的Hibernate 5,然后通过使用Hibernate 5来演示Spring集成O-R映射器的方法。本节将详细介绍许多问题,并显示DAO实现和事务划分的不同变体。这些模式中大多数可以直接转换为所有其他支持的ORM工具。本章中的以下部分将通过简单的例子来介绍其他ORM技术。

从Spring 5.0开始,Spring需要Hibernate ORM对JPA的支持要基于4.3或更高的版本,甚至Hibernate ORM 5.0+可以针对本机Hibernate Session API进行编程。请注意,Hibernate团队可能不会在5.0之前维护任何版本,仅仅专注于5.2以后的版本。

16.3.1在Spring容器中配置SessionFactory

开发者可以将资源如JDBCDataSource或HibernateSessionFactory定义为Spring容器中的bean来避免将应用程序对象绑定到硬编码的资源查找上。应用对象需要访问资源的时候,都通过对应的Bean实例进行间接查找,详情可以通过下一节的DAO的定义来参考。

下面引用的应用的XML元数据定义就展示了如何配置JDBC的DataSourceHibernateSessionFactory的:

  1. <beans>
  2. <bean id="myDataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
  3. <property name="driverClassName" value="org.hsqldb.jdbcDriver"/>
  4. <property name="url" value="jdbc:hsqldb:hsql://localhost:9001"/>
  5. <property name="username" value="sa"/>
  6. <property name="password" value=""/>
  7. </bean>
  8. <bean id="mySessionFactory" class="org.springframework.orm.hibernate5.LocalSessionFactoryBean">
  9. <property name="dataSource" ref="myDataSource"/>
  10. <property name="mappingResources">
  11. <list>
  12. <value>product.hbm.xml</value>
  13. </list>
  14. </property>
  15. <property name="hibernateProperties">
  16. <value>
  17. hibernate.dialect=org.hibernate.dialect.HSQLDialect
  18. </value>
  19. </property>
  20. </bean>
  21. </beans>

这样,从本地的Jaksrta Commons DBCP的BasicDataSource转换到JNDI定位的DataSource仅仅只需要修改配置文件。

  1. <beans>
  2. <jee:jndi-lookup id="myDataSource" jndi-name="java:comp/env/jdbc/myds"/>
  3. </beans>

开发者也可以通过Spring的JndiObjectFactoryBean或者<jee:jndi-lookup>来获取对应Bean以访问JNDI定位的SessionFactory。但是,JNDI定位的SessionFactory在EJB上下文不常见。

16.3.2基于Hibernate API来实现DAO

Hibernate有一个特性称之为上下文会话,在每个Hibernate本身每个事务都管理一个当前的Session。这大致相当于Spring每个事务的一个HibernateSession的同步。如下的DAO的实现类就是基于简单的Hibernate API实现的:

  1. public class ProductDaoImpl implements ProductDao {
  2. private SessionFactory sessionFactory;
  3. public void setSessionFactory(SessionFactory sessionFactory) {
  4. this.sessionFactory = sessionFactory;
  5. }
  6. public Collection loadProductsByCategory(String category) {
  7. return this.sessionFactory.getCurrentSession()
  8. .createQuery("from test.Product product where product.category=?")
  9. .setParameter(0, category)
  10. .list();
  11. }
  12. }

除了需要在实例中持有SessionFactory引用以外,上面的代码风格跟Hibernate文档中的例子十分相近。Spring团队强烈建议使用这种基于实例变量的实现风格,而非守旧的static HibernateUtil风格(总的来说,除非绝对必要,否则尽量不要使用static变量来持有资源)。

上面DAO的实现完全符合Spring依赖注入的样式:这种方式可以很好的集成Spring IoC容器,就好像Spring的HibernateTemplate代码一样。当然,DAO层的实现也可以通过纯Java的方式来配置(比如在UT中)。简单实例化ProductDaoImpl并且调用setSessionFactory(...)即可。当然,也可以使用Spring bean来进行注入,参考如下XML配置:

  1. <beans>
  2. <bean id="myProductDao" class="product.ProductDaoImpl">
  3. <property name="sessionFactory" ref="mySessionFactory"/>
  4. </bean>
  5. </beans>

上面的DAO实现方式的好处在于只依赖于Hibernate API,而无需引入Spring的class。这从非侵入性的角度来看当然是有吸引力的,毫无疑问,这种开发方式会令Hibernate开发人员将会更加自然。

然而,DAO层会抛出Hibernate自有异常HibernateException(属于非检查异常,无需显式声明和使用try-catch),但是也意味着调用方会将异常看做致命异常——除非调用方将Hibernate异常体系作为应用的异常体系来处理。而在这种情况下,除非调用方自己来实现一定的策略,否则捕获一些诸如乐观锁失败之类的特定错误是不可能的。对于强烈基于Hibernate的应用程序或不需要对特殊异常处理的应用程序,这种代价可能是可以接受的。

幸运的是,Spring的LocalSessionFactoryBean可以通过Hibernate的SessionFactory.getCurrentSession()方法为所有的Spring事务策略提供支持,使用HibernateTransactionManager返回当前的Spring管理的事务的Session。当然,该方法的标准行为仍然是返回与正在进行的JTA事务相关联的当前Session(如果有的话)。无论开发者是使用Spring的JtaTransactionManager,EJB容器管理事务(CMT)还是JTA,都会适用此行为。

总而言之:开发者可以基于纯Hibernate API来实现DAO,同时也可以集成Spring来管理事务。

16.3.3声明式事务划分

Spring团队建议开发者使用Spring声明式的事务支持,这样可以通过AOP事务拦截器来替代事务API的显式调用。AOP事务拦截器可以在Spring容器中使用XML或者Java的注解来进行配置。这种事务拦截器可以令开发者的代码和重复的事务代码相解耦,而开发者可以将精力更多集中在业务逻辑上,而业务逻辑才是应用的核心。

在继续之前,强烈建议开发者先查阅章节13.5 声明式事务管理的内容。

开发者可以在服务层的代码使用注解@Transactional,这样可以让Spring容器找到这些注解,以对其中注解了的方法提供事务语义。

  1. public class ProductServiceImpl implements ProductService {
  2. private ProductDao productDao;
  3. public void setProductDao(ProductDao productDao) {
  4. this.productDao = productDao;
  5. }
  6. @Transactional
  7. public void increasePriceOfAllProductsInCategory(final String category) {
  8. List productsToChange = this.productDao.loadProductsByCategory(category);
  9. // ...
  10. }
  11. @Transactional(readOnly = true)
  12. public List<Product> findAllProducts() {
  13. return this.productDao.findAllProducts();
  14. }
  15. }

开发者所需要做的就是在容器中配置PlatformTransactionManager的实现,或者是在XML中配置<tx:annotation-driver/>标签,这样就可以在运行时支持@Transactional的处理了。参考如下XML代码:

  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <beans xmlns="http://www.springframework.org/schema/beans"
  3. xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  4. xmlns:aop="http://www.springframework.org/schema/aop"
  5. xmlns:tx="http://www.springframework.org/schema/tx"
  6. xsi:schemaLocation="
  7. http://www.springframework.org/schema/beans
  8. http://www.springframework.org/schema/beans/spring-beans.xsd
  9. http://www.springframework.org/schema/tx
  10. http://www.springframework.org/schema/tx/spring-tx.xsd
  11. http://www.springframework.org/schema/aop
  12. http://www.springframework.org/schema/aop/spring-aop.xsd">
  13. <!-- SessionFactory, DataSource, etc. omitted -->
  14. <bean id="transactionManager"
  15. class="org.springframework.orm.hibernate5.HibernateTransactionManager">
  16. <property name="sessionFactory" ref="sessionFactory"/>
  17. </bean>
  18. <tx:annotation-driven/>
  19. <bean id="myProductService" class="product.SimpleProductService">
  20. <property name="productDao" ref="myProductDao"/>
  21. </bean>
  22. </beans>



上一篇:log4net使用详解


下一篇:EasyTask Linux 安装方法