Spring 声明式事务让我们从复杂的事务处理中得到解脱。得我们再也无需要去处理获得q接、关闭连接、事务提交和回滚{这些操作。再也无需要我们在与事务相关的Ҏ中处理大量的 try… catch … finally 代码?/span> 我们在?/span> Spring 声明式事务时Q有一个非帔R要的概念是事务属性。事务属性通常׃务的传播行ؓQ事务的隔离U别Q事务的时值和事务只读标志l成。我们在q行事务划分Ӟ需要进行事务定义,也就是配|事务的属性?/span>
Spring ?/span> TransactionDefinition 接口中定义这些属?/span> , 以供 PlatfromTransactionManager 使用 , PlatfromTransactionManager ?/span> spring 事务理的核心接口?/span>
l getTimeout() ҎQ它q回事务必须在多秒内完成?/span>
l isReadOnly() , 事务是否只读Q事务管理器能够Ҏq个q回D行优化,保事务是只ȝ?/span>
l getIsolationLevel() Ҏq回事务的隔ȝ别,事务理器根据它来控制另外一个事务可以看到本事务内的哪些数据?/span>
?/span> TransactionDefinition 接口中定义了五个不同的事务隔ȝ别:
l ISOLATION_DEFAULT q是一?/span> PlatfromTransactionManager 默认的隔ȝ别,使用数据库默认的事务隔离U别 . 另外四个?/span> JDBC 的隔ȝ别相对应
l ISOLATION_READ_UNCOMMITTED q是事务最低的隔离U别Q它充许别外一个事务可以看到这个事务未提交的数据。这U隔ȝ别会产生脏读Q不可重复读和像读?/span> 例如 : Mary的原工资?/span> 1000, 财务人员?/span> Mary 的工资改Z 8000 Q但未提交事?/span> 与此同时Q?/span> Mary正在d自己的工?/span> Mary 发现自己的工资变Z 8000 Q欢天喜圎ͼ 而胦务发现操作有误,而回滚了事务 ,Mary 的工资又变ؓ?/span> 1000. 像这?/span> ,Mary 记取的工资数 8000 是一个脏数据?/span>
l ISOLATION_READ_COMMITTED 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这U事务隔ȝ别可以避免脏d玎ͼ但是可能会出C可重复读和像读?/span>
l ISOLATION_REPEATABLE_READ q种事务隔离U别可以防止脏读Q不可重复读。但是可能出现像读。它除了保证一个事务不能读取另一个事务未提交的数据外Q还保证了避免下面的情况产生 ( 不可重复?/span> ) ?/span> 在事?/span> 1 中, Mary d了自q工资?/span> 1000, 操作q没有完?/span> 在事?/span> 2 中,q时财务人员修改?/span> Mary 的工资ؓ 2000, q提交了事务 . 在事?/span> 1 中,Mary 再次d自己的工资时Q工资变Z 2000 在一个事务中前后两次d的结果ƈ不致Q导致了不可重复诅R?/span> 使用 ISOLATION_REPEATABLE_READ 可以避免q种情况发生?/span>
l ISOLATION_SERIALIZABLE q是p最高代价但是最可靠的事务隔ȝ别。事务被处理为顺序执行。除了防止脏读,不可重复dQ还避免了像读?/span> 目前工资?/span> 1000 的员工有 10人?/span> 事务 1, d所有工资ؓ 1000 的员工?/span> p?/span> 10 条记?/span> q时另一个事务向 employee表插入了一条员工记录,工资也ؓ 1000 事务 1 再次d所有工资ؓ 1000 的员?/span> p取到?/span> 11 条记录,q就产生了像读?/span> ISOLATION_SERIALIZABLE 能避免这L情况发生。但是这样也耗费了最大的资源?/span>
getPropagationBehavior () q回事务的传播行为,由是否有一个活动的事务来决定一个事务调用?/span> ?/span> TransactionDefinition 接口中定义了七个事务传播行ؓQ?/span>
l PROPAGATION_REQUIRED 如果存在一个事务,则支持当前事务。如果没有事务则开启一个新的事务?/span> 使用 spring 声明式事务, spring 使用 AOP 来支持声明式事务Q会Ҏ事务属性,自动在方法调用之前决定是否开启一个事务,q在Ҏ执行之后军_事务提交或回滚事务?/span> 单独调用 methodB Ҏ 相当?/span> Spring 保证?/span> methodB Ҏ中所有的调用都获得到一个相同的q接。在调用 methodB Ӟ没有一个存在的事务Q所以获得一个新的连接,开启了一个新的事务?/span> 单独调用 MethodA Ӟ?/span> MethodA 内又会调?/span> MethodB. 执行效果相当?/span> 调用 MethodA Ӟ环境中没有事务,所以开启一个新的事?/span> . 当在 MethodA 中调?/span>MethodB Ӟ环境中已l有了一个事务,所?/span> methodB 加入当前事务?/span>
l PROPAGATION_SUPPORTS 如果存在一个事务,支持当前事务。如果没有事务,则非事务的执行。但是对于事务同步的事务理器, PROPAGATION_SUPPORTS 与不使用事务有少怸同?/span> 单纯的调?/span> methodB Ӟ methodB Ҏ是非事务的执行的?/span> 当调?/span> methdA?/span> ,methodB 则加入了 methodA 的事务中 , 事务地执行?/span>
l PROPAGATION_MANDATORY 如果已经存在一个事务,支持当前事务。如果没有一个活动的事务Q则抛出异常?/span> 当单独调?/span> methodB Ӟ因ؓ当前没有一个活动的事务Q则会抛出异?/span> throw new IllegalTransactionStateException("Transaction propagation ''mandatory'' but no existing transaction found"); 当调?/span> methodA Ӟ methodB 则加入到 methodA 的事务中Q事务地执行?/span>
l PROPAGATION_REQUIRES_NEW L开启一个新的事务。如果一个事务已l存在,则将q个存在的事务挂赗?/span> 当单独调?/span> methodB Ӟ相当于把 methodb 声明?/span> REQUIRED 。开启一个新的事务,事务地执行?/span> 当调?/span> methodA ?/span> 情况有些大不一?/span> . 相当于下面的效果?/span> 在这里,我把 ts1 UCؓ外层事务Q?/span> ts2 UCؓ内层事务。从上面的代码可以看出, ts2 ?/span>ts1 是两个独立的事务Q互不相qӀ?/span> Ts2 是否成功q不依赖?/span> ts1 。如?/span> methodA Ҏ在调?/span> methodB Ҏ后的 doSomeThingB Ҏp|了,?/span> methodB Ҏ所做的l果依然被提交。而除?/span> methodB 之外的其它代码导致的l果却被回滚了?/span> 使用PROPAGATION_REQUIRES_NEW, 需要?/span> JtaTransactionManager 作ؓ事务理器?/span>
l PROPAGATION_NOT_SUPPORTED L非事务地执行Qƈ挂vM存在的事务?/span> 当单独调?/span> methodB Ӟ不启用Q何事务机Ӟ非事务地执行?/span> 当调?/span> methodA Ӟ相当于下面的效果 使用 PROPAGATION_NOT_SUPPORTED, 也需要?/span> JtaTransactionManager 作ؓ事务理器?/span>
l PROPAGATION_NEVER L非事务地执行Q如果存在一个活动事务,则抛出异?/span> 单独调用methodB Q则非事务的执行?/span> 调用 methodA 则会抛出异常
l PROPAGATION_NESTED 如果一个活动的事务存在Q则q行在一个嵌套的事务?/span> . 如果没有zd事务 , 则按 TransactionDefinition.PROPAGATION_REQUIRED 属性执?/span> q是一个嵌套事?/span> , 使用 JDBC 3.0 驱动?/span> , 仅仅支持 DataSourceTransactionManager 作ؓ事务理器。需?/span> JDBC 驱动?/span> java.sql.Savepoint cR有一?/span> JTA 的事务管理器实现可能也提供了同样的功能?/span> 使用 PROPAGATION_NESTED Q还需要把 PlatformTransactionManager ?/span>nestedTransactionAllowed 属性设?/span> true; ?/span> nestedTransactionAllowed 属性值默认ؓfalse; 如果单独调用 methodB ҎQ则?/span> REQUIRED 属性执行?/span> 如果调用 methodA ҎQ相当于下面的效?/span> ?/span> methodB Ҏ调用之前Q调?/span> setSavepoint ҎQ保存当前的状态到 savepoint 。如?/span> methodB Ҏ调用p|Q则恢复C前保存的状态。但是需要注意的是,q时的事务ƈ没有q行提交Q如果后l的代码 (doSomeThingB() Ҏ ) 调用p|Q则回滚包括 methodB Ҏ的所有操作?/span> 嵌套事务一个非帔R要的概念是内层事务依赖于外层事务。外层事务失败时Q会回滚内层事务所做的动作。而内层事务操作失败ƈ不会引v外层事务的回滚?/span>
PROPAGATION_NESTED ?/span> PROPAGATION_REQUIRES_NEW 的区别:
它们非常cM , 都像一个嵌套事务,如果不存在一个活动的事务Q都会开启一个新的事务。?/span>PROPAGATION_REQUIRES_NEW Ӟ内层事务与外层事务就像两个独立的事务一P一旦内层事务进行了提交后,外层事务不能对其q行回滚。两个事务互不媄响。两个事务这是一个真正的嵌套事务。同时它需?/span> JTA 事务理器的支持?/span> 使用 PROPAGATION_NESTED Ӟ外层事务的回滚可以引起内层事务的回滚。而内层事务的异常q不会导致外层事务的回滚Q它是一个真正的嵌套事务?/span> DataSourceTransactionManager 使用 savepoint 支持PROPAGATION_NESTED Ӟ需?/span> JDBC 3.0 以上驱动?/span> 1.4 以上?/span> JDK 版本支持。其它的JTA TrasactionManager 实现可能有不同的支持方式?/span> PROPAGATION_REQUIRED 应该是我们首先的事务传播行ؓ。它能够满我们大多数的事务需求?/span>
These commands allow you to generate a new Java Keytool keystore file, create a CSR, and import certificates. Any root or intermediate certificates will need to be imported before importing the primary certificate for your domain.
keytool -genkey -alias mydomain -keyalg RSA -keystore keystore.jks -keysize 2048
keytool -certreq -alias mydomain -keystore keystore.jks -file mydomain.csr
keytool -import -trustcacerts -alias root -file Thawte.crt -keystore keystore.jks
keytool -import -trustcacerts -alias mydomain -file mydomain.crt -keystore keystore.jks
keytool -genkey -keyalg RSA -alias selfsigned -keystore keystore.jks -storepass password -validity 360 -keysize 2048
If you need to check the information within a certificate, or Java keystore, use these commands.
keytool -printcert -v -file mydomain.crt
keytool -list -v -keystore keystore.jks
keytool -list -v -keystore keystore.jks -alias mydomain
keytool -delete -alias mydomain -keystore keystore.jks
keytool -storepasswd -new new_storepass -keystore keystore.jks
keytool -export -alias mydomain -file mydomain.crt -keystore keystore.jks
keytool -list -v -keystore $JAVA_HOME/jre/lib/security/cacerts
keytool -import -trustcacerts -file /path/to/ca/ca.pem -alias CA_ALIAS -keystore $JAVA_HOME/jre/lib/security/cacerts
W一U方?适合于全部HTML标签 W二U方?IMG之类的标{?/span>例如: W三U方?input之类的标{?/span>例如: |