tcc-transaction 1.2.x 使用指南
1.2.x支持rpc框架支持隐式传参情况下将事务上下文参数TransactionContext以隐式传参方式进行传递，目前支持rpc框架为dubbo时的隐式传参方式传递，具体配置可参考下面“rpc框架为dubbo时隐式传参方式配置”。
配置tcc-transaction
1 引用tcc-transaction
在服务调用方和提供方项目中需要引用tcc-transaction-spring jar包，如使用maven依赖：
org.mengyun
tcc-transaction-spring
${project.version}
2 加载tcc-transaction.xml配置
启动应用时，需要将tcc-transaction-spring jar中的tcc-transaction.xml加入到classpath中。如在web.xml中配置：
contextConfigLocation
classpath:tcc-transaction.xml
3 设置TransactionRepository
需要为参与事务的应用项目配置一个TransactionRepository，tcc-transaction框架使用transactionRepository持久化事务日志。可以选择FileSystemTransactionRepository、SpringJdbcTransactionRepository、RedisTransactionRepository或ZooKeeperitorTransactionReposy。
使用SpringJdbcTransactionRepository配置示例如下：
特别提示，dataSource需要单独配置，不能和业务里使用的dataSource复用,即使使用的是同一个数据库。
使用RedisTransactionRepository配置示例如下(需配置redis服务器为AOF模式并在redis.conf中设置appendfsync为always以防止日志丢失)：
使用ZooKeeperTransactionRepository配置示例如下：
使用FileSystemTransactionRepository配置如下（FileSystemTransactionRepository仅适用事务发布方或调用方应用节点为单节点场景，因为日志是存储在应用节点本地文件中）：
4 设置恢复策略(可选）
当Tcc事务异常后，恢复Job将会定期恢复事务。在Spring配置文件中配置RecoverConfig类型的Bean来设置恢复策略示例：
com.alibaba.dubbo.remoting.TimeoutException
其中maxRetryCount表示一个事务最多尝试恢复次数，超过将不再自动恢复，需要人工干预，默认是30次。
recoverDuration表示一个事务日志当超过一定时间间隔后没有更新就会被认为是发生了异常，需要恢复，恢复Job将扫描超过这个时间间隔依旧没有更新的事务日志，并对这些事务进行恢复，时间单位是秒，默认是120秒。
cronExpression表示恢复Job触发间隔配置，默认是0 */1 * * * ?。
delayCancelExceptions(1.2.3版中新加的配置)表示系统发生了设置的异常时，主事务不立即rollback，而是由恢复job来执行事务恢复。通常需要将超时异常设置为delayCancelExceptions，这样可以避免因为服务调用时发生了超时异常，主事务如果立刻rollback, 但是从事务还没执行完，从而造成主事务rollback失败。示例中com.alibaba.dubbo.remoting.TimeoutException为底层rpc框架为dubbo，超时异常发生时框架抛出的超时异常类，需要将其加入delayCancelExceptions中。
发布Tcc服务
发布一个Tcc服务方法，可被远程调用并参与到Tcc事务中，发布Tcc服务方法有下面四个约束：
- 在服务提供方的实现方法上加上@Compensable注解，并设置注解的属性
- 服务方法第一个入参类型为org.mengyun.tcctransaction.api.TransactionContext
- 服务方法的入参能被序列化(默认使用jdk序列化机制，需要参数实现Serializable接口，可以设置repository的serializer属性自定义序列化实现)
- try方法、confirm方法和cancel方法入参类型须一样
Compensable的属性包括propagation、confirmMethod、cancelMethod、transactionContextEditor。propagation可不用设置，框架使用缺省值；设置confirmMethod指定CONFIRM阶段的调用方法；设置cancelMethod指定CANCEL阶段的调用方法；设置transactionContextEditor为MethodTransactionContextEditor.class。与1.1.x版本不同，从1.2.x起，TransactionContext将提供可配置的传递方式，不再要求服务方法第一个org.mengyun.tcctransaction.api.TransactionContext类型的入参为预留入参，而是可以自定义逻辑将TransactionContext以显示或隐式传参方式在调用方和服务提供方间传递。tcc-transaction框架使用transactionContextEditor来实现获取和调用方向服务提供方传递TransactionContext。如果底层服务框架使用的是dubbo，可以设置transactionContextEditor为DubboTransactionContextEditor.class（在tcc-transaction-dubbo.jar中，使用dubbo隐式传参方式），如果TransactionContext通过服务提供方方法参数形式传递（正如1.1.x版实现），则可设置transactionContextEditor为MethodTransactionContextEditor.class（在tcc-transaction-core.jar中）。
tcc-transaction将拦截加上了@Compensable注解的服务方法，并根据Compensalbe的confirmMethod和cancelMethod获取在CONFRIM阶段和CANCEL阶段需要调用的方法。注解属性tcc-transaction在调用confirmMethod或是cancelMethod时是根据发布Tcc服务的接口类在Spring的ApplicationContext中获取Tcc服务实例，并调用confirmMethod或cancelMethod指定方法。因此如果是使用动态代理的方式实现aop(默认方式）,则confirmMethod和cancelMethod需在接口类中声明，如果使用动态字节码技术实现aop（如指定aspectj-autoproxy的proxy-target-class属性为true,在1.2.1版本中，默认已设置为true),则无需在接口类中声明。
tcc-transaction在执行服务过程中会将Tcc服务的上下文持久化，包括所有入参，内部默认实现为将入参使用jdk自带的序列化机制序列化为为byte流，所以需要实现Serializable接口（另外可选择Kryo序列化实现机制,可参考例子）。
在tcc-transaction-http-capital中发布Tcc服务示例：
try接口方法：
public String record(TransactionContext transactionContext, CapitalTradeOrderDto tradeOrderDto);
try实现方法：
@Compensable(confirmMethod = "confirmRecord", cancelMethod = "cancelRecord", transactionContextEditor = MethodTransactionContextEditor.class)
public String record(TransactionContext transactionContext, CapitalTradeOrderDto tradeOrderDto) {
confirm方法：
public void confirmRecord(TransactionContext transactionContext, CapitalTradeOrderDto tradeOrderDto) {
cancel方法：
public void cancelRecord(TransactionContext transactionContext, CapitalTradeOrderDto tradeOrderDto) {
在tcc-transaction-http-redpacket中发布Tcc服务示例：
try接口方法：
public String record(TransactionContext transactionContext, RedPacketTradeOrderDto tradeOrderDto);
try实现方法：
@Compensable(confirmMethod = "confirmRecord", cancelMethod = "cancelRecord", transactionContextEditor = MethodTransactionContextEditor.class)
public String record(TransactionContext transactionContext, RedPacketTradeOrderDto tradeOrderDto) {
confirm方法：
public void confirmRecord(TransactionContext transactionContext, RedPacketTradeOrderDto tradeOrderDto) {
cancel方法：
public void cancelRecord(TransactionContext transactionContext, RedPacketTradeOrderDto tradeOrderDto) {
调用远程Tcc服务
调用远程Tcc服务，将远程Tcc服务参与到本地Tcc事务中，本地的服务方法也需要声明为Tcc服务，与发布一个Tcc服务不同，本地Tcc服务方法有三个约束：
- 在服务方法上加上@Compensable注解,并设置注解属性
- 服务方法的入参都须能序列化(实现Serializable接口)
- try方法、confirm方法和cancel方法入参类型须一样
与发布Tcc服务不同的是本地Tcc服务Compensable注解属性transactionContextEditor可以不用设置。
本地服务通过远程tcc服务提供的client来调用，需要将这些tcc服务的client声明为可加入到TCC事务中，如tcc服务的client方法明为tryXXX,则需要在方法tryXXX上加上如下配置：
@Compensable(propagation = Propagation.SUPPORTS, confirmMethod = "tryXXX", cancelMethod = "tryXXX", transactionContextEditor = MethodTransactionContextEditor.class)
其中propagation = Propagation.SUPPORTS表示该方法支持参与到TCC事务中。 如果tcc服务的client为框架自动生成实现（比如代理机制实现）不能添加注解，可为该client实现一个代理类，在代理类的方法上加上注解。
在tcc-transaction-http-order中调用远程Tcc服务示例：
try方法：
@Compensable(confirmMethod = "confirmMakePayment",cancelMethod = "cancelMakePayment")
public void makePayment(Order order, BigDecimal redPacketPayAmount, BigDecimal capitalPayAmount) {
System.out.println("order try make payment called");
order.pay(redPacketPayAmount, capitalPayAmount);
orderRepository.updateOrder(order);
capitalTradeOrderService.record(null, buildCapitalTradeOrderDto(order));
redPacketTradeOrderService.record(null, buildRedPacketTradeOrderDto(order));
}
confirm方法：
public void confirmMakePayment(Order order, BigDecimal redPacketPayAmount, BigDecimal capitalPayAmount) {
cancel方法：
public void cancelMakePayment(Order order, BigDecimal redPacketPayAmount, BigDecimal capitalPayAmount) {
tcc服务提供的client方法增加注解：
@Compensable(propagation = Propagation.SUPPORTS, confirmMethod = "record", cancelMethod = "record", transactionContextEditor = MethodTransactionContextEditor.class)
public String record(TransactionContext transactionContext, CapitalTradeOrderDto tradeOrderDto) {
rpc框架为dubbo时以隐式传参方式配置
rpc框架为dubbo时支持以隐式传参方式配置TCC事务。
配置tcc-transaction
与上面配置tcc-transaction一样，此外，还需要如下步骤：
-
引用tcc-transaction-dubbo 在项目中需要引用tcc-transaction-dubbo jar包，如使用maven依赖：
org.mengyun tcc-transaction-dubbo ${project.version} -
加载tcc-transaction-dubbo.xml配置
需要将tcc-transaction-dubbo jar中的tcc-transaction-dubbo.xml加入到classpath中。如在web.xml中配置改为：
contextConfigLocation
classpath:tcc-transaction.xml,classpath:tcc-transaction-dubbo.xml
发布Tcc服务
发布一个Tcc服务方法，可被远程调用并参与到Tcc事务中，发布支持隐式传参的Tcc服务方法有下面四个约束：
- 在服务提供方的实现方法上加上@Compensable注解，并设置注解的属性
- 在服务提供方的接口方法上加上@Compensable注解
- 服务方法的入参能被序列化(默认使用jdk序列化机制，需要参数实现Serializable接口，可以设置repository的serializer属性自定义序列化实现)
- try方法、confirm方法和cancel方法入参类型须一样
Compensable的属性包括propagation、confirmMethod、cancelMethod、transactionContextEditor。propagation可不用设置，框架使用缺省值；设置confirmMethod指定CONFIRM阶段的调用方法；设置cancelMethod指定CANCEL阶段的调用方法；设置transactionContextEditor为DubboTransactionContextEditor.class。
在tcc-transaction-dubbo-capital中发布Tcc服务示例：
try接口方法：
@Compensable
public String record(CapitalTradeOrderDto tradeOrderDto);
try实现方法：
@Compensable(confirmMethod = "confirmRecord", cancelMethod = "cancelRecord", transactionContextEditor = DubboTransactionContextEditor.class)
public String record(CapitalTradeOrderDto tradeOrderDto) {
confirm方法：
public void confirmRecord(CapitalTradeOrderDto tradeOrderDto) {
cancel方法：
public void cancelRecord(CapitalTradeOrderDto tradeOrderDto) {
在tcc-transaction-dubbo-redpacket中发布Tcc服务示例：
try接口方法：
@Compensable
public String record(RedPacketTradeOrderDto tradeOrderDto);
try实现方法：
@Compensable(confirmMethod = "confirmRecord", cancelMethod = "cancelRecord", transactionContextEditor = DubboTransactionContextEditor.class)
public String record(RedPacketTradeOrderDto tradeOrderDto) {
confirm方法：
public void confirmRecord(RedPacketTradeOrderDto tradeOrderDto) {
cancel方法：
public void cancelRecord(RedPacketTradeOrderDto tradeOrderDto) {
调用远程Tcc服务
调用远程Tcc服务，将远程Tcc服务参与到本地Tcc事务中，本地的服务方法也需要声明为Tcc服务，声明方式与非隐式传参方式一样，有三个约束：
- 在服务方法上加上@Compensable注解,并设置注解属性
- 服务方法的入参都须能序列化(实现Serializable接口)
- try方法、confirm方法和cancel方法入参类型须一样
本地服务通过远程tcc服务提供的client来调用，与非隐式传参方式不一样，无需要将这些tcc服务的client显示地声明为可加入到TCC事务中。
在tcc-transaction-dubbo-order中调用远程Tcc服务示例：
try方法：
@Compensable(confirmMethod = "confirmMakePayment", cancelMethod = "cancelMakePayment")
public void makePayment(Order order, BigDecimal redPacketPayAmount, BigDecimal capitalPayAmount) {
System.out.println("order try make payment called.time seq:" + DateFormatUtils.format(Calendar.getInstance(), "yyyy-MM-dd HH:mm:ss"));
order.pay(redPacketPayAmount, capitalPayAmount);
orderRepository.updateOrder(order);
String result = capitalTradeOrderService.record(buildCapitalTradeOrderDto(order));
String result2 = redPacketTradeOrderService.record(buildRedPacketTradeOrderDto(order));
}
confirm方法：
public void confirmMakePayment(Order order, BigDecimal redPacketPayAmount, BigDecimal capitalPayAmount) {
cancel方法：
public void cancelMakePayment(Order order, BigDecimal redPacketPayAmount, BigDecimal capitalPayAmount) {