Spring事务抽象的关键是事务策略的概念。事务策略定义在`org.springframework.transaction.PlatformTransactionManager`接口里:
~~~java
public interface PlatformTransactionManager {
TransactionStatus getTransaction(TransactionDefinition definition) throws TransactionException;
void commit(TransactionStatus status) throws TransactionException;
void rollback(TransactionStatus status) throws TransactionException;
}
~~~
这主要是服务提供者接口(SPI),尽管它可以从您的应用程序代码中以编程方式使用。 因为`PlatformTransactionManager`是一个接口,所以可以根据需要轻松地模拟或存根。 它与诸如JNDI之类的查找策略无关。 `PlatformTransactionManager`实现的定义与Spring Framework IoC容器中的任何其他对象(或bean)相同。 仅此优势,即使您使用JTA,Spring Framework事务也是值得抽象的。 与直接使用JTA相比,可以更轻松地测试事务代码。
与Spring的理念保持一致,任何PlatformTransactionManager接口的方法抛出的TransactionException都是未经检查的(也就是说,它扩展了java.lang.RuntimeException类)。 交易基础设施故障几乎总是致命的。 在极少数情况下,应用程序代码实际上可以从事务失败中恢复,应用程序开发人员仍然可以选择捕获并处理TransactionException。 重点是开发人员不会被迫这样做。
`getTransaction(..)`方法返回`TransactionStatus`对象,依赖于`TransactionDefinition`参数。 返回的`TransactionStatus`可能表示新事务,或者如果当前调用堆栈中存在匹配的事务,则可以表示现有事务。 后一种情况的含义是,与Java EE事务上下文一样,`TransactionStatus`与执行线程相关联。
` TransactionDefinition` 接口的特点:
* 传播: 一般一个事务内的代码都运行在同一个事务内,当然也可以暂停当前事务,新建事务,参考[事务传播](https://docs.spring.io/spring/docs/5.0.7.RELEASE/spring-framework-reference/data-access.html#tx-propagation)
* 隔离:此事务与其他事务的工作隔离的程度。 例如,此事务是否可以看到来自其他事务的未提交的写入?
* 超时:此事务在多久之后由底层事务自动回滚。
* 只读状态:当您的代码读取但不修改数据时,可以使用只读事务。 在某些情况下,只读事务可能是一种有用的优化,例如在使用Hibernate时。
这些设置反映了标准的事务概念。 如有必要,请参阅讨论事务隔离级别和其他核心事务概念的资源。 理解这些概念对于使用Spring Framework或任何事务管理解决方案至关重要。
`TransactionStatus`接口为事务代码提供了一种控制事务执行和查询事务状态的简单方法。 应该熟悉这些概念,因为它们对于所有事务API都是通用的:
~~~java
public interface TransactionStatus extends SavepointManager {
boolean isNewTransaction();
boolean hasSavepoint();
void setRollbackOnly();
boolean isRollbackOnly();
void flush();
boolean isCompleted();
}
~~~
无论在spring中使用声明式或编程式的事务管理,正确定义`PlatformTransactionManager `的实现都是非常重要的.一般是通过依赖注入定义实现.
`PlatformTransactionManager `的实现一般需要了解工作的环境:JDBC, JTA, Hibernate等等.
定义jdbc数据源
~~~xml
<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
<property name="driverClassName" value="${jdbc.driverClassName}" />
<property name="url" value="${jdbc.url}" />
<property name="username" value="${jdbc.username}" />
<property name="password" value="${jdbc.password}" />
</bean>
~~~
定义`PlatformTransactionManager `引用`DataSource `
~~~xml
<bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource"/>
</bean>
~~~
如果你使用JTA在java企业级容器中,那么需要使用`JtaTransactionManager`通过JNDI获取`DataSource`:
~~~xml
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:jee="http://www.springframework.org/schema/jee"
xsi:schemaLocation="
http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/jee
http://www.springframework.org/schema/jee/spring-jee.xsd">
<jee:jndi-lookup id="dataSource" jndi-name="jdbc/jpetstore"/>
<bean id="txManager" class="org.springframework.transaction.jta.JtaTransactionManager" />
<!-- other <bean/> definitions here -->
</beans>
~~~
`JtaTransactionManager `不需要知道具体`DataSource`,它使用容器的全局事务管理.
也可以简单的使用Hibernate 的局部事务管理,需要定义Hibernate 的`LocalSessionFactoryBean`,用于获取Hibernate 会话实例
`DataSource `的配置同jdbc,这里就不再赘述.`HibernateTransactionManager `需要引用`SessionFactory`
~~~xml
<bean id="sessionFactory" class="org.springframework.orm.hibernate5.LocalSessionFactoryBean">
<property name="dataSource" ref="dataSource"/>
<property name="mappingResources">
<list>
<value>org/springframework/samples/petclinic/hibernate/petclinic.hbm.xml</value>
</list>
</property>
<property name="hibernateProperties">
<value>
hibernate.dialect=${hibernate.dialect}
</value>
</property>
</bean>
<bean id="txManager" class="org.springframework.orm.hibernate5.HibernateTransactionManager">
<property name="sessionFactory" ref="sessionFactory"/>
</bean>
~~~
如果使用Hibernate 并且也使用了全局事务JTA,如下配置
~~~xml
<bean id="txManager" class="org.springframework.transaction.jta.JtaTransactionManager"/>
~~~
- 正确打开本书的姿势
- 第一部分 Core
- 1. Ioc container
- 1.1. Introduction to the Spring IoC container and beans
- 1.2. Container overview
- 1.2.1. Configuration metadata
- 1.2.2. Instantiating a container
- 1.2.3. Using the container
- 1.3. Bean overview
- 1.3.1. Naming beans
- 1.3.2. Instantiating beans
- 1.4. Dependencies
- 1.4.1. Dependency Injection
- 1.4.2. Dependencies and configuration in detail
- 1.4.3. Using depends-on
- 1.4.4. Lazy-initialized beans
- 1.4.5. Autowiring collaborators
- 1.4.6. Method injection
- 1.5 Bean Scopes
- 1.6. Customizing the nature of a bean TODO
- 1.7. Bean definition inheritance TODO
- 1.8. Container Extension Points TODO
- 1.9. Annotation-based container configuration
- 1.9.1. @Required
- 1.9.2. @Autowired
- 1.9.3. Fine-tuning annotation-based autowiring with @Primary
- 1.9.4. Fine-tuning annotation-based autowiring with qualifiers TODO
- 1.9.5. Using generics as autowiring qualifiers TODO
- 1.9.6. CustomAutowireConfigurer TODO
- 1.10. Classpath scanning and managed components
- 1.10.1. @Component and further stereotype annotations
- 1.11. Using JSR 330 Standard Annotations TODO
- 1.12. Java-based container configuration
- 1.12.1. Basic concepts: @Bean and @Configuration
- 1.12.2. Instantiating the Spring container using AnnotationConfigApplicationContext
- 2. Resources
- 2.1. Introduction
- 2.2. The Resource interface
- 2.3. Built-in Resource implementations
- 2.3.1. UrlResource
- 2.3.2. ClassPathResource
- 2.3.3. FileSystemResource
- 2.3.4. ServletContextResource
- 2.3.5. InputStreamResource
- 2.3.6. ByteArrayResource
- 2.4. The ResourceLoader
- 2.5. The ResourceLoaderAware interface
- 2.6. Resources as dependencies
- 2.7. Application contexts and Resource paths
- 2.7.1. Constructing application contexts
- 2.7.2. Wildcards in application context constructor resource paths
- 2.7.3. FileSystemResource caveats
- 3. Validation, Data Binding, and Type Conversion
- 4. Spring Expression Language (SpEL)
- 5. Aspect Oriented Programming with Spring
- 5.1. Introduction
- 5.1.1. AOP concepts
- 5.1.2. Spring AOP capabilities and goals
- 5.1.3. AOP Proxies
- 5.2. @AspectJ support
- 5.2.1. Enabling @AspectJ Support
- 5.2.2. Declaring an aspect
- 5.2.3. Declaring a pointcut
- 5.2.4. Declaring advice
- 5.2.5. Introductions TODO
- 5.2.6. Aspect instantiation models TODO
- 5.2.7. Example
- 5.3. Schema-based AOP support TODO
- 5.4. Choosing which AOP declaration style to use TODO
- 5.5. Mixing aspect types TODO
- 5.6. Proxying mechanisms
- 5.6.1. Understanding AOP proxies
- 5.7. Programmatic creation of @AspectJ Proxies
- 5.8. Using AspectJ with Spring applications
- 5.8.1. Using AspectJ to dependency inject domain objects with Spring
- 5.8.2. Other Spring aspects for AspectJ
- 第二部分 Testing
- 第三部分 Data Access
- 1. Transaction Management
- 1.1. Introduction to Spring Framework transaction management
- 1.2 Advantages of the Spring Framework’s transaction support model
- 1.2.1. Global transactions
- 1.2.2. Local transactions
- 1.2.3. Spring Framework’s consistent programming model
- 1.3. Understanding the Spring Framework transaction abstraction
- 1.4. Synchronizing resources with transactions
- 1.4.1. High-level synchronization approach
- 1.4.2. Low-level synchronization approach
- 1.4.3. TransactionAwareDataSourceProxy
- 1.5. Declarative transaction management
- 1.5.1. Understanding the Spring Framework’s declarative transaction implementation
- 1.5.2. Example of declarative transaction implementation
- 1.5.3. Rolling back a declarative transaction
- 1.5.4. Configuring different transactional semantics for different beans
- 1.5.5. tx:advice元素的 settings
- 1.5.6. Using @Transactional
- 1.5.7. Transaction propagation
- 1.5.8. Advising transactional operations
- 1.5.9. Using @Transactional with AspectJ TODO
- 第四部分 web servlet
- 第五部分 Web Reactive
- 第六部分 Integration
- 第七部分 Languages