亚洲国产日韩成人综合天堂,亚洲国产人成在线观看69网站 ,亚洲AV无码国产一区二区三区

关于要求hibernate事务报session讄��为auto标志异常问题

hk2000c — Fri, 30 Nov 2007 06:01:00 GMT

通常是封装在某一�U�的接口或者类没有事务声明所�?br />





��x��一下就可以�?br />

hk2000c 2007-11-30 14:01 发表评论

BO设计定稿

hk2000c — Thu, 15 Nov 2007 11:26:00 GMT

BO设计定稿

�{�过些时候重新审视自��q��设计再说

hk2000c 2007-11-15 19:26 发表评论

一般性data bind ��程

hk2000c — Sun, 11 Nov 2007 21:22:00 GMT

org.springframework.web.bind.ServletRequestDataBinder@27ca12

DataBinder: applyPropertyValues(MutablePropertyValues mpvs)

org.springframework.beans.BeanWrapperImpl: wrapping object [com.unitedbiz.model.User@996f0e]
AbstractPropertyAccessor::setPropertyValues(PropertyValues pvs, boolean ignoreUnknown, boolean ignoreInvalid)

org.springframework.beans.BeanWrapperImpl: wrapping object [com.unitedbiz.model.User@996f0e]::setPropertyValue(PropertyValue pv)

hk2000c 2007-11-12 05:22 发表评论

hk2000c — Thu, 08 Nov 2007 11:29:00 GMT

filter 位置不能颠�?/p>

一般位�|�顺序�ؓ

encoding

hibernate

localeFilter

securityFilter

sitemesh

hk2000c 2007-11-08 19:29 发表评论

在validation.xml中进行相关的验证配置

hk2000c — Wed, 07 Nov 2007 17:10:00 GMT

�Q�在validation.xml中进行相关的验证配置如：

所注意的问题：1、如在arg0中如果不讄��验证器，那么��p��所有的验证器通用
2、如中的arg1要与错误信息中所对应的该验证器的参数一臻I��errors.maxlength={0} can not be greater than {1} characters.�Q?br /> 如果�Q�errors.maxlength={0} can not be greater than {2} characters.�Q�的话，那么��必��d��2改�ؓ1

7.jsp中的前台验证�Q?br />

//对应formBean的名�?br />

hk2000c 2007-11-08 01:10 发表评论

OSCache 避免死锁

hk2000c — Wed, 07 Nov 2007 05:09:00 GMT

OSCache 避免死锁

在正常更�?cache 后，不要调用

cache.cancelUpdate(url);

�Ҏ��

否则会引��L��l�死�?br />

hk2000c 2007-11-07 13:09 发表评论

详解spring事务属�?

hk2000c — Thu, 01 Nov 2007 08:13:00 GMT

Spring声明式事务让我们从复杂的事务处理中得到解脱。��得我们再也无需要去处理获得�q�接、关闭连接、事务提交和回滚�{�这些操作。再也无需要我们在与事务相关的�Ҏ��中处理大量的try…catch…finally代码�?
我们在��用Spring声明式事务时�Q�有一个非帔R��要的概念��是事务属性。事务属性通常�׃��务的传播行�ؓ�Q�事务的隔离�U�别�Q�事务的��时值和事务只读标志�l�成。我们在�q�行事务划分�Ӟ��需要进行事务定义，也就是配�|�事务的属性�?
Spring�?strong>TransactionDefinition接口中定义这些属�?以供PlatfromTransactionManager使用, PlatfromTransactionManager是spring事务��理的核心接口�?

代码

TransactionDefinition
public interface TransactionDefinition {
int getPropagationBehavior();
int getIsolationLevel();
int getTimeout();
boolean isReadOnly();
}

getTimeout()�Ҏ��Q�它�q�回事务必须在多��秒内完成�?
isReadOnly(),事务是否只读�Q�事务管理器能够�Ҏ��q�个�q�回��D��行优化，��保事务是只�ȝ��?
getIsolationLevel()�Ҏ��q�回事务的隔��ȝ�别，事务��理器根据它来控制另外一个事务可以看到本事务内的哪些数据�?/p>

在TransactionDefinition接口中定义了五个不同的事务隔��ȝ��?
ISOLATION_DEFAULT �q�是一个PlatfromTransactionManager默认的隔��ȝ�别，使用数据库默认的事务隔离�U�别.另外四个与JDBC的隔��ȝ�别相对应
ISOLATION_READ_UNCOMMITTED �q�是事务最低的隔离�U�别�Q�它充许别外一个事务可以看到这个事务未提交的数据。这�U�隔��ȝ�别会产生脏读�Q�不可重复读和��像读�?
例如:
Mary的原工资�?000,财务人员��Mary的工资改��Z��8000�Q�但未提交事�?

代码

Connection con1 = getConnection();
con.setAutoCommit(false);
update employee set salary = 8000 where empId ="Mary";

与此同时�Q�Mary正在��d��自己的工�?

代码

Connection con2 = getConnection();
select salary from employee where empId ="Mary";
con2.commit();

Mary发现自己的工资变��Z��8000�Q�欢天喜圎ͼ�
而胦务发现操作有误，而回滚了事务,Mary的工资又变�ؓ�?000

代码

//con1
con1.rollback();

像这�?Mary记取的工资数8000是一个脏数据�?

ISOLATION_READ_COMMITTED 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这�U�事务隔��ȝ�别可以避免脏��d��玎ͼ�但是可能会出��C��可重复读和��像读�?/p>

ISOLATION_REPEATABLE_READ �q�种事务隔离�U�别可以防止脏读�Q�不可重复读。但是可能出现��像读。它除了保证一个事务不能读取另一个事务未提交的数据外�Q�还保证了避免下面的情况产生(不可重复�?�?/p>

在事�?中，Mary ��d��了自��q��工资�?000,操作�q�没有完�?

代码

con1 = getConnection();
select salary from employee empId ="Mary";

在事�?中，�q�时财务人员修改了Mary的工资�ؓ2000,�q�提交了事务.

代码

con2 = getConnection();
update employee set salary = 2000;
con2.commit();

在事�?中，Mary 再次��d��自己的工资时�Q�工资变��Z��2000

代码

//con1
select salary from employee empId ="Mary";

在一个事务中前后两次��d��的结果�ƈ不致�Q�导致了不可重复诅R�?
使用ISOLATION_REPEATABLE_READ可以避免�q�种情况发生�?/p>

ISOLATION_SERIALIZABLE �q�是��p��最高代价但是最可靠的事务隔��ȝ�别。事务被处理为顺序执行。除了防止脏读，不可重复��d��Q�还避免了��像读�?/p>

目前工资�?000的员工有10人�?
事务1,��d��所有工资�ؓ1000的员工�?

代码

con1 = getConnection();
Select * from employee where salary =1000;

��p��?0条记�?

�q�时另一个事务向employee表插入了一条员工记录，工资也�ؓ1000

代码

con2 = getConnection();
Insert into employee(empId,salary) values("Lili",1000);
con2.commit();

事务1再次��d��所有工资�ؓ1000的员�?

代码

//con1
select * from employee where salary =1000;

��p��取到�?1条记录，�q�就产生了��像读�?
ISOLATION_SERIALIZABLE能避免这��L��情况发生。但是这样也耗费了最大的资源�?/p>

getPropagationBehavior()�q�回事务的传播行为，由是否有一个活动的事务来决定一个事务调用�?/p>

在TransactionDefinition接口中定义了七个事务传播行�ؓ�?/p>

PROPAGATION_REQUIRED 如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事务�?/p>

代码

//事务属�?nbsp;PROPAGATION_REQUIRED
methodA{
……
methodB();
……
}
//事务属�?nbsp;PROPAGATION_REQUIRED
methodB{
……
}

使用spring声明式事务，spring使用AOP来支持声明式事务�Q�会�Ҏ��事务属性，自动在方法调用之前决定是否开启一个事务，�q�在�Ҏ��执行之后军_��事务提交或回滚事务�?

单独调用methodB�Ҏ��

相当�?

Spring保证在metho

class="code_title">代码 class="dp-highlighter"> class="alt">main{ class=""> metodB(); class="alt">} class="code_title">代码 class="dp-highlighter"> class="bar"> class="alt">Main{ class="">Connection con=null; class="alt"> class=""> rry{ class="alt"> con = getConnection(); class=""> con.setAutoCommit(false); class="alt">//�Ҏ��调用 class="">methodB(); class="alt">//提交事务 class="">con.commit(); class="alt">} class="">Catch(RuntimeException ex){ class="alt"> //回滚事务 class=""> con.rollback(); class="alt">} class="">finally{ class="alt"> //释放资源 class=""> closeCon(); class="alt">} class="">} dB�Ҏ��中所有的调用都获得到一个相同的�q�接。在调用methodB�Ӟ��没有一个存在的事务�Q�所以获得一个新的连接，开启了一个新的事务�?

单独调用MethodA�Ӟ��在MethodA内又会调用MethodB.

执行效果相当�?

代码

main{
Connection con = null;
try{
con = getConnection();
methodA();
con.commit();
}
cathc(RuntimeException ex){
con.rollback();
}
finally{
closeCon();
}
}

调用MethodA�Ӟ��环境中没有事务，所以开启一个新的事�?
当在MethodA中调用MethodB�Ӟ��环境中已�l�有了一个事务，所以methodB��加入当前事务�?

PROPAGATION_SUPPORTS 如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行。但是对于事务同步的事务��理器，PROPAGATION_SUPPORTS与不使用事务有少�怸�同�?/p>

代码

//事务属�?nbsp;PROPAGATION_REQUIRED
methodA(){
methodB();
}
//事务属�?nbsp;PROPAGATION_SUPPORTS
methodB(){
……
}

单纯的调用methodB�Ӟ��methodB�Ҏ��是非事务的执行的�?
当调用methdA�?methodB则加入了methodA的事务中,事务地执行�?

PROPAGATION_MANDATORY 如果已经存在一个事务，支持当前事务。如果没有一个活动的事务�Q�则抛出异常�?/p>

代码

//事务属�?nbsp;PROPAGATION_REQUIRED
methodA(){
methodB();
}
//事务属�?nbsp;PROPAGATION_MANDATORY
methodB(){
……
}

当单独调用methodB�Ӟ��因�ؓ当前没有一个活动的事务�Q�则会抛出异�?
throw new IllegalTransactionStateException("Transaction propagation 'mandatory' but no existing transaction found");

当调用methodA�Ӟ��methodB则加入到methodA的事务中�Q�事务地执行�?/p>

PROPAGATION_REQUIRES_NEW ��L��开启一个新的事务。如果一个事务已�l�存在，则将�q�个存在的事务挂赗��?/p>

代码

//事务属�?nbsp;PROPAGATION_REQUIRED
methodA(){
doSomeThingA();
methodB();
doSomeThingB();
}
//事务属�?nbsp;PROPAGATION_REQUIRES_NEW
methodB(){
……
}

当单独调用methodB�Ӟ��相当于把methodb声明为REQUIRED。开启一个新的事务，事务地执行�?

当调用methodA�?

代码

main(){
methodA();
}

情况有些大不一�?相当于下面的效果�?

代码

main(){
TransactionManager tm = null;
try{
//获得一个JTA事务��理�?
tm = getTransactionManager();
tm.begin();//开启一个新的事�?
Transaction ts1 = tm.getTransaction();
doSomeThing();
tm.suspend();//挂�v当前事务
try{
tm.begin();//重新开启第二个事务
Transaction ts2 = tm.getTransaction();
methodB();
ts2.commit();//提交�W�二个事�?
}
Catch(RunTimeException ex){
ts2.rollback();//回滚�W�二个事�?
}
finally{
//释放资源
}
//methodB执行完后�Q�复恢第一个事�?
tm.resume(ts1);
doSomeThingB();
ts1.commit();//提交�W�一个事�?
}
catch(RunTimeException ex){
ts1.rollback();//回滚�W�一个事�?
}
finally{
//释放资源
}
}

在这里，我把ts1�U�Cؓ外层事务�Q�ts2�U�Cؓ内层事务。从上面的代码可以看出，ts2与ts1是两个独立的事务�Q�互不相�q�Ӏ�Ts2是否成功�q�不依赖于ts1。如果methodA�Ҏ��在调用methodB�Ҏ��后的doSomeThingB�Ҏ��p�|了，而methodB�Ҏ��所做的�l�果依然被提交。而除了methodB之外的其它代码导致的�l�果却被回滚了�?
使用PROPAGATION_REQUIRES_NEW,需要��用JtaTransactionManager作�ؓ事务��理器�?

PROPAGATION_NOT_SUPPORTED ��L��非事务地执行�Q��ƈ挂�v��M��存在的事务�?/p>

代码

//事务属�?nbsp;PROPAGATION_REQUIRED
methodA(){
doSomeThingA();
methodB();
doSomeThingB();
}
//事务属�?nbsp;PROPAGATION_NOT_SUPPORTED
methodB(){
……
}

当单独调用methodB�Ӟ��不启用�Q何事务机�Ӟ��非事务地执行�?
当调用methodA�Ӟ��相当于下面的效果

代码

main(){
TransactionManager tm = null;
try{
//获得一个JTA事务��理�?
tm = getTransactionManager();
tm.begin();//开启一个新的事�?
Transaction ts1 = tm.getTransaction();
doSomeThing();
tm.suspend();//挂�v当前事务
methodB();
//methodB执行完后�Q�复恢第一个事�?
tm.resume(ts1);
doSomeThingB();
ts1.commit();//提交�W�一个事�?
}
catch(RunTimeException ex){
ts1.rollback();//回滚�W�一个事�?
}
finally{
//释放资源
}
}

使用PROPAGATION_NOT_SUPPORTED,也需要��用JtaTransactionManager作�ؓ事务��理器�?

PROPAGATION_NEVER ��L��非事务地执行�Q�如果存在一个活动事务，则抛出异�?/p>

代码

//事务属�?nbsp;PROPAGATION_REQUIRED
methodA(){
doSomeThingA();
methodB();
doSomeThingB();
}
//事务属�?nbsp;PROPAGATION_NEVER
methodB(){
……
}

单独调用methodB�Q�则非事务的执行�?
调用methodA则会抛出异常
throw new IllegalTransactionStateException(
"Transaction propagation 'never' but existing transaction found");

PROPAGATION_NESTED如果一个活动的事务存在�Q�则�q�行在一个嵌套的事务�? 如果没有�z�d��事务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执�?/p>

�q�是一个嵌套事�?使用JDBC 3.0驱动�?仅仅支持DataSourceTransactionManager作�ؓ事务��理器。需要JDBC 驱动的java.sql.Savepoint�c�R��有一些JTA的事务管理器实现可能也提供了同样的功能�?/p>

使用PROPAGATION_NESTED�Q�还需要把PlatformTransactionManager的nestedTransactionAllowed属性设为true;
而nestedTransactionAllowed属性值默认�ؓfalse;

代码

//事务属�?nbsp;PROPAGATION_REQUIRED
methodA(){
doSomeThingA();
methodB();
doSomeThingB();
}
//事务属�?nbsp;PROPAGATION_NESTED
methodB(){
……
}

如果单独调用methodB�Ҏ��Q�则按REQUIRED属性执行�?

如果调用methodA�Ҏ��Q�相当于下面的效�?

代码

main(){
Connection con = null;
Savepoint savepoint = null;
try{
con = getConnection();
con.setAutoCommit(false);
doSomeThingA();
savepoint = con2.setSavepoint();
try
methodB();
}catch(RuntimeException ex){
con.rollback(savepoint);
}
finally{
//释放资源
}
doSomeThingB();
con.commit();
}
catch(RuntimeException ex){
con.rollback();
}
finally{
//释放资源
}
}

当methodB�Ҏ��调用之前�Q�调用setSavepoint�Ҏ��Q�保存当前的状态到savepoint。如果methodB�Ҏ��调用��p�|�Q�则恢复��C��前保存的状态。但是需要注意的是，�q�时的事务�ƈ没有�q�行提交�Q�如果后�l�的代码(doSomeThingB()�Ҏ��)调用��p�|�Q�则回滚包括methodB�Ҏ��的所有操作�?

嵌套事务一个非帔R��要的概念��是内层事务依赖于外层事务。外层事务失败时�Q�会回滚内层事务所做的动作。而内层事务操作失败�ƈ不会引�v外层事务的回�?/strong>�?/p>

PROPAGATION_NESTED 与PROPAGATION_REQUIRES_NEW的区�?/strong>:它们非常�c�M��,都像一个嵌套事务，如果不存在一个活动的事务�Q�都会开启一个新的事务。��用PROPAGATION_REQUIRES_NEW�Ӟ��内层事务与外层事务就像两个独立的事务一��P��一旦内层事务进行了提交后，外层事务不能对其�q�行回滚。两个事务互不媄响。两个事务不是一个真正的嵌套事务。同时它需要JTA事务��理器的支持�?
使用PROPAGATION_NESTED�Ӟ��外层事务的回滚可以引起内层事务的回滚。而内层事务的异常�q�不会导致外层事务的回滚�Q�它是一个真正的嵌套事务。DataSourceTransactionManager使用savepoint支持PROPAGATION_NESTED�Ӟ��需要JDBC 3.0以上驱动�?.4以上的JDK版本支持。其它的JTA TrasactionManager实现可能有不同的支持方式�?/p>

PROPAGATION_REQUIRED应该是我们首先的事务传播行�ؓ。它能够满��我们大多数的事务需求�?/p>

hk2000c 2007-11-01 16:13 发表评论

Spring配置事务在DAO层和业务逻辑�?

hk2000c — Thu, 01 Nov 2007 07:38:00 GMT

Spring通过AOP实现声明式事务管理。通常通过TransactionProxyFactoryBean讄��Spring事务代理。我们需要一个目标对象包装在事务代理中。这个目标对象一般是一个普�?/span>Java对象�?/span>bean。当我们定义TransactionProxyFactoryBean�Ӟ��必须提供一个相关的 PlatformTransactionManager的引用和事务属性�?/span> 事务属性含有上面描�q�的事务定义�?/span>

PlatformTransactionManager�Q?/span>

HibernateTransactionManager需要一�?/span>SessionFactory的引�?/span>

JtaTransactionManager

一�Q�把事务攄��在了DAO层：

       class="org.springframework.orm.hibernate3.HibernateTransactionManager">







层接口实�?/span>-->

       class="com.vstsoft.querycompany.dao.impl.CompanyDAOImpl">







�?/span>DAO层的事务代理-->

       class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">

















              PROPAGATION_REQUIRED

              PROPAGATION_REQUIRED



              PROPAGATION_REQUIRED,readOnly







业务层接口实玎ͼ��?/span>DAO注入�?/span>Service里面-->

       class="com.vstsoft.querycompany.service.impl.CompanyManageTarget">







�?/span>Service层的代理-->

       class="org.springframework.aop.framework.ProxyFactoryBean">



              com.vstsoft.querycompany.service.CompanyManage









配置struts讉K��Q�把service层注入到action里面-->

       class="com.vstsoft.querycompany.web.action.CompanyAction" singleton="false">







二．把事务放�|�在�?/span>Service层：

       class="org.springframework.transaction.jta.JtaTransactionManager" />

层接口实�?/span>-->

       class="com.vstsoft.querycompany.dao.impl.CompanyDAOImpl">







�?/span>DAO层的代理-->

       class="org.springframework.aop.framework.ProxyFactoryBean">



              com.vstsoft.querycompany.dao.CompanyDAO









业务层接口实玎ͼ��?/span>DAO注入�?/span>Service里面-->

       class="com.vstsoft.querycompany.service.impl.CompanyManageTarget">







代理业务层的事务��理-->

       class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">











                     PROPAGATION_REQUIRED

                     PROPAGATION_REQUIRED,readOnly











配置struts讉K��Q�把service层注入到action里面-->

       class="com.vstsoft.querycompany.web.action.CompanyAction" singleton="false">







�?/span>service层的接口实现CompanyManageImpl里面有个setData�Ҏ��Q�按��序执行数据查询�Q�数据删除，数据插入数据库行为，如果哪一步出异常�Q�运行时异常�Q�，事务回滚�Q�只有所有行为都没成功，事务提交�?/span>

hk2000c 2007-11-01 15:38 发表评论

spring事务探烦 [转]

hk2000c — Wed, 31 Oct 2007 17:36:00 GMT

spring自徏事务��理模块。而且�q�个事务��理是一个抽象设计，可以应用到很多场合，包括普通的DataSource�Q�jta�Q�jms和hibernate上�?nbsp;

要正��用spring的事务，首先需要了解spring在事务设计上的一些概�?nbsp;
�l�观spring事务�Q�围�l�着两个核心PlatformTransactionManager和TransactionStatus

PlatformTransactionManager 直译�q�来��是�q�_��相关事务�Q�这里的�q�_��指的�?#8220;事务�?#8221;�Q�包括刚才我说的DataSource�Q�jta�{�等。这些无一不是一个事务源。广义的��_��凡是可以完成事务性操作的对象�Q�都可以设计出相对应的PlatformTransactionManager�Q�只要这个事务源支持commit�Q�rollback 和getTransaction语意�?

查看spring代码�Q�可以发现这些manager实现事务�Q�就是调用事务源的事务操作方�?

比如

HibernateTransactionManager
java代码:

protected void doCommit(DefaultTransactionStatus status) {
HibernateTransactionObject txObject = (HibernateTransactionObject) status.getTransaction();
if (status.isDebug()) {
logger.debug("Committing Hibernate transaction on session [" +
txObject.getSessionHolder().getSession() + "]";
}
try {
txObject.getSessionHolder().getTransaction().commit();
}
...

}

jdbc 的DataSourceTransactionManager
java代码:

protected void doCommit(DefaultTransactionStatus status) {
DataSourceTransactionObject txObject = (DataSourceTransactionObject) status.getTransaction();
Connection con = txObject.getConnectionHolder().getConnection();
if (status.isDebug()) {
logger.debug("Committing JDBC transaction on connection [" + con + "]";
}
try {
con.commit();
}
...
}

那么PlatformTransactionManager以什么依据处理事务呢�Q?
是TransactionStatus
查看api发现�q�个接口有三个方�?
isNewTransaction() �Q�isRollbackOnly()�Q�setRollbackOnly()
PlatformTransactionManager ��是�Ҏ��前两个方法决定是否要创徏一个新事务�Q�是要递交�q�是回滚。至于第三个�Ҏ��是改变事务当前状态的�Q�很多地斚w��要用刎ͼ�偏偏 PlatformTransactionManager自��n好像不怎么用，毕竟事务状态的改变是由�E�序员代码决定的�Q�不需要一个manager多管闲事�?

�ȝ��上面所说的�Q�spring的事务由PlatformTransactionManager��理�Q�manager最后调用事务源的方法来实现一个事务过�E�。而manager通过TransactionStatus 来决定如何实现�?

接下去说spring事务中的TransactionTemplate和TransactionInterceptor

TransactionTemplate 其实和spring中其他的template的作用类��|��起到化简代码的作用，不要被它那么长的名字吓倒了�Q�事实上�q�个template�q�不是什么非常核心的对象。如果比较学�I�派的，可以�ȝ��看template设计模式�Q�在此就不再�Ҏ��赘述了�?
��Z��么要有TransactionTemplate�Q�先来看看如果没有TransactionTemplate�Q�我们的代码该怎么�?

先来看看spring reference中的一�D�代�?
java代码:

DefaultTransactionDefinition def = new DefaultTransactionDefinition()
def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);

TransactionStatus status = transactionManager.getTransaction(def);

try {
// execute your business logic here
} catch (MyException ex) {
transactionManager.rollback(status);
throw ex;
}
transactionManager.commit(status);

�q�是直接使用transactionManager的例子，可以看到真正执行business logic 的地�Ҏ��在try当中那段�Q�前后的代码都是��Z��完成事务��理的。如果每个business logic都要写上那么一�D�，我肯定是疯了。我们翻出TransactionTemplate的代码看看他怎么化简了我们的代码

java代码:

public Object execute(TransactionCallback action) throws TransactionException {
TransactionStatus status = this.transactionManager.getTransaction(this);
Object result = null;
try {
result = action.doInTransaction(status);
}
catch (RuntimeException ex) {
// transactional code threw application exception -> rollback
rollbackOnException(status, ex);
throw ex;
}
catch (Error err) {
// transactional code threw error -> rollback
rollbackOnException(status, err);
throw err;
}
this.transactionManager.commit(status);
return result;
}

同上面的代码如出一辙，前后是事务处理代码，当中那段result = action.doInTransaction(status);是我们的应用代码。至于action是什么，全看各位的需要了。但是有一点要主要�Q�如果利用TransactionTemplate�Q�那么他不管你扔��Z��么异帔R��会回滚事务，但是回滚的是哪个事务呢？�l�箋挖代�?
java代码:

private void rollbackOnException(TransactionStatus status, Throwable ex) throws TransactionException {
if (logger.isDebugEnabled()) {
logger.debug("Initiating transaction rollback on application exception", ex);
}
try {
this.transactionManager.rollback(status);
}
catch (RuntimeException ex2) {
logger.error("Application exception overridden by rollback exception", ex);
throw ex2;
}
catch (Error err) {
logger.error("Application exception overridden by rollback error", ex);
throw err;
}
}

真相大白�Q�是对template所持有的某个transactionManager�q�行回滚。所以如果你的应用代码用的是事务源a的一些资源，比如到服务器 a的一个datasource�Q�但是你的transactionManager��理的是另一些资源，比如服务器b的一个datasource�Q�代码铁定不会正常运�?

特别是在一些多事务源的�E�序里，�q�点千万不能搞错。如果多个事务源之间要完成全局事务�Q�还是老老实实用分布式事务管理服务吧�Q�jta�Q?

那么TransactionInterceptor是干什么的�Q�这个是spring 的声明式事务的支持方式。因为用 TransactionTemplate要硬�~�码�Q�而且调整事务�{�略很麻烦（不是说不能调。�D个例子原来程序抛出异常A需要回滚，现在不需要要�Q�我��可以把a catch吃掉。这时候template��׃��会回滚了。但是每�ơ调整都要重写编码。）而用TransactionInterceptor��可以将�q�些调整写在配置中。我们再来挖TransactionInterceptor的代�?

java代码:

public Object invoke(MethodInvocation invocation) throws Throwable {
// Work out the target class: may be null.
// The TransactionAttributeSource should be passed the target class
// as well as the method, which may be from an interface
Class targetClass = (invocation.getThis() != null) ? invocation.getThis().getClass() : null;

// Create transaction if necessary
TransactionInfo txInfo = createTransactionIfNecessary(invocation.getMethod(), targetClass);

Object retVal = null;
try {
// This is an around advice.
// Invoke the next interceptor in the chain.
// This will normally result in a target object being invoked.
retVal = invocation.proceed();
}
catch (Throwable ex) {
// target invocation exception
doCloseTransactionAfterThrowing(txInfo, ex);
throw ex;
}
finally {
doFinally(txInfo);
}
doCommitTransactionAfterReturning(txInfo);

return retVal;
}

万变不离其宗�?

所以��用spring的事务管理需要作�q�些�?
1�Q�设�|�好事务源，比如DataSource�Q�hibernate的session。如果有多个事务源要考虑他们之间是否有全局事务�Q�如果有�Q�老老实实用jta�Q�否则就需要自己写一个manager�?
2�Q�设�|�manager�Q�根据你的事务源选择对应的PlatformTransactionManager
3�Q�选择实现事物的方式，用template�q�是interceptor。用template代码直观点，但是template所��辖的manager和你应用代码所用的事务源要一致。如果用interceptor千万注意�Q�一定要调用interceptor那个bean�Q�而不是原始的那个target。在坛子上我已经看到臛_��有两个朋友说spring事物不�v作用�Q�从配置和代码上看都正确�Q�这时要好好查查�Q�调用的bean是哪一个�?
4�Q�这个是设计问题了，推荐事务处于一个较高层�ơ，比如service上的某个函数�Q�而底层的dao可以不考虑事务�Q�否则可能会出现事务嵌套�Q�增加程序复杂度�?/p>

hk2000c 2007-11-01 01:36 发表评论

spring 事务支持

hk2000c — Wed, 31 Oct 2007 16:41:00 GMT
spring 事务支持�Q�需要事务支持�?br />

hk2000c 2007-11-01 00:41 发表评论

spring bean �l�承父类property�Ҏ��

hk2000c — Wed, 31 Oct 2007 08:32:00 GMT

xxAction�l�承BaseAction,BaseAction注入了一个CommonManager�Q�BaseAction.commonSave()�Ҏ��调用了commonManager�?/p>
本来想xxAction调用父类的commonSave�Ҏ��会��D��commonManager为null的错误，因�ؓjvm��d��始化BaseAction时�ƈ不会��L��入CommonManger�?
其实解决�q�个问题只需要在子类xxAction bean配置文�g中加上commonManager�q�个property�Q�然后把父类BaseAction的commonManager 改�ؓprotected��?Ok了。这样初始化子类的时候会注入commonManager�Q�调用commonSave�Ҏ��也就不会抛出npe了�?/p>
配置文�g中把xxAction 加上parent的配�|�也是可以的�Q�这样会把父�cȝ��所有property都注�?/p>

hk2000c 2007-10-31 16:32 发表评论

增加CMS static page 预读功能

hk2000c — Tue, 30 Oct 2007 16:22:00 GMT

增加CMS static page 预读功能

hk2000c 2007-10-31 00:22 发表评论

hk2000c — Tue, 30 Oct 2007 06:17:00 GMT
用户密码使用动态密钥SHA-512位加�?br />

hk2000c 2007-10-30 14:17 发表评论

hk2000c — Tue, 30 Oct 2007 05:29:00 GMT
�pȝ��会给出step by step 的配�|�表�?br />
配置比如密码密钥 �{?关键数据

hk2000c 2007-10-30 13:29 发表评论

增加�pȝ��配置文�g

hk2000c — Tue, 30 Oct 2007 05:23:00 GMT
增加�pȝ��配置文�g

�?StartupListener �?nbsp;

每次重启��d��

hk2000c 2007-10-30 13:23 发表评论

支持动态读取系�l�配�|�Url列表

hk2000c — Tue, 30 Oct 2007 05:22:00 GMT

支持动态读取系�l�配�|�的url列表�Q�标��Cؓ static , 权限可配�|?br />
攑֜� StartupListener 内�?br />
做到每次�pȝ��重启都自动更斎ͼ�有校验匹配的功能�?br />

hk2000c 2007-10-30 13:22 发表评论

hk2000c — Mon, 29 Oct 2007 08:00:00 GMT
增加用户名即时校验机�Ӟ��可以��x��查询用户名是否被占用�?br />

hk2000c 2007-10-29 16:00 发表评论

hk2000c — Sat, 27 Oct 2007 09:29:00 GMT
完成了灵�z�表单开发�?br />
加紧开发用��h��?修正用户列表�Q�用��L��辑，用户��d��Q�数据库支持�?br />
开发好以后��可以全面开发CMS�pȝ��了�?br />

hk2000c 2007-10-27 17:29 发表评论

hk2000c — Fri, 26 Oct 2007 10:35:00 GMT
改进了spring 的校验机�?br />
重写了几个类�Q��得应用程序更加自由，可以自定义formName,不用�l�定pojo名字�?br />

hk2000c 2007-10-26 18:35 发表评论

BaseCommandController initApplicationContext() 分析

hk2000c — Thu, 25 Oct 2007 17:12:00 GMT
BaseCommandController extends AbstractController extends WebContentGenerator WebContentGenerator extends WebApplicationObjectSupport extends ApplicationObjectSupport implements ApplicationContextAware

/**
* Subclasses can override this for custom initialization behavior.
* Gets called by setApplicationContext after setting the context instance.
*
Note: Does not get called on reinitialization of the context
* but rather just on first initialization of this object's context reference.
* @throws ApplicationContextException in case of initialization errors
* @throws BeansException if thrown by ApplicationContext methods
* @see #setApplicationContext
*/
protected void initApplicationContext() throws BeansException {
}

愿意为子�c�d��以把初始化bean 动作攑օ�此方法，可以自定义一些动作�?br />
我们再来看看调用
public final void setApplicationContext(ApplicationContext context) throws BeansException {
  if (context == null && !isContextRequired()) {
   // Reset internal context state.
   this.applicationContext = null;
   this.messageSourceAccessor = null;
  }
  else if (this.applicationContext == null) {
   // Initialize with passed-in context.
   if (!requiredContextClass().isInstance(context)) {
    throw new ApplicationContextException(
      "Invalid application context: needs to be of type [" + requiredContextClass().getName() + "]");
   }
   this.applicationContext = context;
   this.messageSourceAccessor = new MessageSourceAccessor(context);
   initApplicationContext();
  }
  else {
   // Ignore reinitialization if same context passed in.
   if (this.applicationContext != context) {
    throw new ApplicationContextException(
      "Cannot reinitialize with different application context: current one is [" +
      this.applicationContext + "], passed-in one is [" + context + "]");
   }
  }
}

可以看到�?ApplicationObjectSupport �?setApplicationContext �Ҏ��调用
而此�Ҏ��?ApplicationContextAware 的唯一接口�Ҏ��Q?br />
public interface ApplicationContextAware {

/**
* Set the ApplicationContext that this object runs in.
* Normally this call will be used to initialize the object.
*
Invoked after population of normal bean properties but before an init callback such
* as {@link org.springframework.beans.factory.InitializingBean#afterPropertiesSet()}
* or a custom init-method. Invoked after {@link ResourceLoaderAware#setResourceLoader},
* {@link ApplicationEventPublisherAware#setApplicationEventPublisher} and
* {@link MessageSourceAware}, if applicable.
* @param applicationContext the ApplicationContext object to be used by this object
* @throws ApplicationContextException in case of context initialization errors
* @throws BeansException if thrown by application context methods
* @see org.springframework.beans.factory.BeanInitializationException
*/
void setApplicationContext(ApplicationContext applicationContext) throws BeansException;

}

此方法被 ApplicationContextAwareProcessor �?postProcessBeforeInitialization 调用
ApplicationContextAwareProcessor implements BeanPostProcessor
public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
  if (bean instanceof ResourceLoaderAware) {
   ((ResourceLoaderAware) bean).setResourceLoader(this.applicationContext);
  }
  if (bean instanceof ApplicationEventPublisherAware) {
   ((ApplicationEventPublisherAware) bean).setApplicationEventPublisher(this.applicationContext);
  }
  if (bean instanceof MessageSourceAware) {
   ((MessageSourceAware) bean).setMessageSource(this.applicationContext);
  }
  if (bean instanceof ApplicationContextAware) {
   ((ApplicationContextAware) bean).setApplicationContext(this.applicationContext);
  }
  return bean;
}

hk2000c 2007-10-26 01:12 发表评论

spring validator 分析

hk2000c — Thu, 25 Oct 2007 16:48:00 GMT

�?BaseCommandController ��Z��
protected void initApplicationContext() {
  if (this.validators != null) {
   for (int i = 0; i < this.validators.length; i++) {
    if (this.commandClass != null && !this.validators[i].supports(this.commandClass))
     throw new IllegalArgumentException("Validator [" + this.validators[i] +
       "] does not support command class [" +
       this.commandClass.getName() + "]");
   }
  }
}

子类配置如下








public final void setValidator(Validator validator) {
  this.validators = new Validator[] {validator};
}

讄��Validator数组

在初始化的时候，��?是否支持command �c�d��
this.validators[i].supports(this.commandClass)

此support �?org.springframework.validation.Validator 的所�?实现�cȝ�� Ҏ��Q�检验支持检验类的动作�?br />

举例配置




DefaultBeanValidator extends AbstractBeanValidator implements Validator

再看实现�Ҏ��

   /**
     * Checks if the validatorFactory is configured to handle this class. Will
     * convert the class into a form name, suitable for commons validator.
     *
     * @return true if the validatorFactory supports the class,
     *         or false if not
     * @see #getFormName(Class)
     */
    public boolean supports(Class clazz) {
        boolean canSupport = validatorFactory.hasRulesForBean(getFormName(clazz), getLocale());
        if (log.isDebugEnabled()) {
            log.debug("validatorFactory " + (canSupport ? "does" : "does not")
                + " support class " + clazz + " with form name " + getFormName(clazz));
        }
        return canSupport;
    }

��验是否支持输入类

另一个方�?br /> /**
     * If useFullyQualifiedClassName is false (default value), this function returns a
     * string containing the uncapitalized, short name for the given class
     * (e.g. myBean for the class com.domain.test.MyBean). Otherwise, it returns the value
     * returned by Class.getName().
     *
     * @param cls Class of the bean to be validated.
     * @return the bean name.
     */
    protected String getFormName(Class cls) {
        return (this.useFullyQualifiedClassName) ? cls.getName() : Introspector.decapitalize(ClassUtils.getShortName(cls));
    }
Introspector.decapitalize(ClassUtils.getShortName(cls) 获得按照西班牙命名法的form �?

�q�个�Ҏ��本意是获得以�c�d��为formName 的所有校验配�|��?br />
实际上有一个重大的设计�~�陷

hk2000c 2007-10-26 00:48 发表评论

hk2000c — Thu, 25 Oct 2007 09:01:00 GMT
�q�要增加command 的记忆功能，主要是�ؓ了表单验证失败以后，在服务器端控制表单内容不丢失问题�?br />

hk2000c 2007-10-25 17:01 发表评论

亚洲国产日韩成人综合天堂,亚洲国产人成在线观看69网站 ,亚洲AV无码国产一区二区三区

关于要求hibernate事务报session讄���为auto标志异常问题

BO设计定稿

一般性data bind ���程

在validation.xml中进行相关的验证配置

OSCache 避免死锁

详解spring事务属�?

Spring配置事务在DAO层和业务逻辑�?

spring事务探烦 [转]

spring 事务支持

spring bean �l�承父类property�Ҏ��

增加CMS static page 预读功能

增加�pȝ��配置文�g

支持动态读取系�l�配�|�Url列表

BaseCommandController initApplicationContext() 分析

spring validator 分析

关于要求hibernate事务报session讄��为auto标志异常问题

一般性data bind ��程