spring+struts集成,spring+hibernate集成要点

spring+struts的集成(第一种集成方案)

原理:在Action中取得BeanFactory对象,然后通过BeanFactory获取业务逻辑对象

1、spring和struts依赖库配置

*配置struts

--拷贝struts类库和jstl类库

--修改web.xml文件来配置ActionServlet

--提供struts-config.xml文件

--提供国际化资源文件

*配置spring

--拷贝spring类库

--提供spring配置文件

2、在struts的Action中调用如下代码取得BeanFactory

BeanFactoryfactory=WebApplicationContextUtils.getRequiredWebApplicationContext(request.getSession().getServletContext());

3、通过BeanFactory取得业务对象,调用业务逻辑方法

spring+struts的集成(第二种集成方案)

原理:将业务逻辑对象通过spring注入到Action中,从而避免了在Action类中的直接代码查询

1、spring和struts依赖库配置

*配置struts

--拷贝struts类库和jstl类库

--修改web.xml文件来配置ActionServlet

--提供struts-config.xml文件

--提供国际化资源文件

*配置spring

--拷贝spring类库

--提供spring配置文件

2、因为Action需要调用业务逻辑方法,所以需要在Action中提供setter方法,让spring将业务逻辑对象注入过来

3、在struts-config.xml文件中配置Action

*<action>标签中的type属性需要修改为org.springframework.web.struts.DelegatingActionProxy

DelegatingActionProxy是一个Action,主要作用是取得BeanFactory,然后根据<action>中的path属性值

到IoC容器中取得本次请求对应的Action

4、在spring配置文件中需要定义struts的Action,如:

<beanname="/login"class="com.bjsxt.usermgr.actions.LoginAction"scope="prototype">

<propertyname="userManager"ref="userManager"/>

</bean>

*必须使用name属性,name属性值必须和struts-config.xml文件中<action>标签的path属性值一致

*必须注入业务逻辑对象

*建议将scope设置为prototype,这样就避免了strutsAction的线程安全问题

采用声明式事务采用编程式事务

1、getCurrentSession()与openSession()的区别?

*采用getCurrentSession()创建的session会绑定到当前线程中,而采用openSession()

创建的session则不会

*采用getCurrentSession()创建的session在commit或rollback时会自动关闭,而采用openSession()

创建的session必须手动关闭

2、使用getCurrentSession()需要在hibernate.cfg.xml文件中加入如下配置:

*如果使用的是本地事务(jdbc事务)

<propertyname="hibernate.current_session_context_class">thread</property>

*如果使用的是全局事务(jta事务)

<propertyname="hibernate.current_session_context_class">jta</property>

1、声明式事务配置

*配置SessionFactory

*配置事务管理器

*事务的传播特性

*那些类那些方法使用事务

2、编写业务逻辑方法

*继承HibernateDaoSupport类,使用HibernateTemplate来持久化,HibernateTemplate是HibernateSession的轻量级封装

*默认情况下运行期异常才会回滚(包括继承了RuntimeException子类),普通异常是不会滚的

*编写业务逻辑方法时,最好将异常一直向上抛出,在表示层(struts)处理

*关于事务边界的设置,通常设置到业务层,不要添加到Dao上

3、了解事务的几种传播特性

1.PROPAGATION_REQUIRED:如果存在一个事务,则支持当前事务。如果没有事务则开启

2.PROPAGATION_SUPPORTS:如果存在一个事务,支持当前事务。如果没有事务,则非事务的执行

3.PROPAGATION_MANDATORY:如果已经存在一个事务,支持当前事务。如果没有一个活动的事务,则抛出异常。

4.PROPAGATION_REQUIRES_NEW:总是开启一个新的事务。如果一个事务已经存在,则将这个存在的事务挂起。

5.PROPAGATION_NOT_SUPPORTED:总是非事务地执行,并挂起任何存在的事务。

6.PROPAGATION_NEVER:总是非事务地执行,如果存在一个活动事务,则抛出异常

7.PROPAGATION_NESTED:如果一个活动的事务存在,则运行在一个嵌套的事务中.如果没有活动事务,

则按TransactionDefinition.PROPAGATION_REQUIRED属性执行

4、Spring事务的隔离级别

1.ISOLATION_DEFAULT:这是一个PlatfromTransactionManager默认的隔离级别,使用数据库默认的事务隔离级别.

另外四个与JDBC的隔离级别相对应

2.ISOLATION_READ_UNCOMMITTED:这是事务最低的隔离级别,它充许令外一个事务可以看到这个事务未提交的数据。

这种隔离级别会产生脏读,不可重复读和幻像读。

3.ISOLATION_READ_COMMITTED:保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据

4.ISOLATION_REPEATABLE_READ:这种事务隔离级别可以防止脏读,不可重复读。但是可能出现幻像读。

它除了保证一个事务不能读取另一个事务未提交的数据外,还保证了避免下面的情况产生(不可重复读)。

5.ISOLATION_SERIALIZABLE这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。

除了防止脏读,不可重复读外,还避免了幻像读。

采用编程式事务

1、getCurrentSession()与openSession()的区别?

*采用getCurrentSession()创建的session会绑定到当前线程中,而采用openSession()

创建的session则不会

*采用getCurrentSession()创建的session在commit或rollback时会自动关闭,而采用openSession()

创建的session必须手动关闭

2、使用getCurrentSession()需要在hibernate.cfg.xml文件中加入如下配置:

*如果使用的是本地事务(jdbc事务)

<propertyname="hibernate.current_session_context_class">thread</property>

*如果使用的是全局事务(jta事务)

<propertyname="hibernate.current_session_context_class">jta</property>

相关推荐