-
"openSessionInViewInterceptor"
-
class="org.springframework.orm.hibernate3.support.OpenSessionInViewInterceptor">
-
"sessionFactory">
-
"sessionFactory"/>
-
-
"urlMapping"
-
class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">
-
"interceptors">
-
"openSessionInViewInterceptor"/>
-
-
"mappings">
- ...
-
- ...
- ...
- hibernateFilter
- org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
- singleSession
- true
- ...
- hibernateFilter
- *.do
- ...
- org.springframework.dao.InvalidDataAccessApiUsageException: Write operations
-
are not allowed in read-only mode
(FlushMode.NEVER)
- turn your Session into
-
FlushMode.AUTO or remove
'readOnly' marker from transaction definition
-
protected void
doFilterInternal(HttpServletRequest
request,
HttpServletResponse response,FilterChain filterChain)
throws ServletException, IOException
{
SessionFactory sessionFactory = lookupSessionFactory();
logger.debug("Opening Hibernate Session in OpenSessionInViewFilter");
Session session = getSession(sessionFactory);
TransactionSynchronizationManager.bindResource(
sessionFactory,
new SessionHolder(session));
try
{
filterChain.doFilter(request,
response);
}
finally
{
TransactionSynchronizationManager.unbindResource(sessionFactory);
logger.debug("Closing Hibernate Session in OpenSessionInViewFilter");
closeSession(session, sessionFactory);
}
}
-
protected Session
getSession(SessionFactory
sessionFactory)
throws DataAccessResourceFailureException
{
Session session = SessionFactoryUtils.getSession(sessionFactory,
true);
session.setFlushMode(FlushMode.NEVER);
return session;
}
-
protected void
closeSession(Session
session, SessionFactory sessionFactory)
throws CleanupFailureDataAccessException
{
SessionFactoryUtils.closeSessionIfNecessary(session,
sessionFactory);
}
-
throws CleanupFailureDataAccessException
{
-
if
(session ==
null ||
TransactionSynchronizationManager.hasResource(sessionFactory))
{
-
return;
-
}
-
logger.debug("Closing
Hibernate session");
-
try
{
-
session.close();
-
}
-
catch
(JDBCException ex)
{
-
// SQLException underneath
-
throw
new CleanupFailureDataAccessException("Could
not close Hibernate session", ex.getSQLException());
-
}
-
catch
(HibernateException ex)
{
-
throw
new CleanupFailureDataAccessException("Could
not close Hibernate session", ex);
-
}
-
}
-
可能的解決方式有:
1、 将singleSession设为false,这样只要改web.xml,缺点是Hibernate Session的Instance可能会大增,使用的JDBC Connection量也会大增,如果Connection Pool的maxPoolSize设得太小,很容易就出问题。
2、在控制器中自行管理Session的FlushMode,麻烦的是每个有Modify的Method都要多几行程式。
session.setFlushMode(FlushMode.AUTO);
session.update(user);
session.flush();
3、Extend OpenSessionInViewFilter,Override protected Session getSession(SessionFactory sessionFactory),将FlushMode直接改为Auto。
4、让方法受Spring的事务控制。这就是常使用的方法:
-
class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"
abstract="true">
PROPAGATION_REQUIRED,readOnly
PROPAGATION_REQUIRED,readOnly
PROPAGATION_REQUIRED,readOnly
PROPAGATION_REQUIRED
PROPAGATION_REQUIRED
PROPAGATION_REQUIRED
PROPAGATION_REQUIRED
-
-
session.setFlushMode(FlushMode.AUTO);
-
session.save(user);
-
session.flush();
在没有使用Spring提供的Open Session In View情况下,因需要在service(or
Dao)层里把session关闭,所以lazy loading
为true的话,要在应用层内把关系集合都初始化,如 company.getEmployees(),否则Hibernate抛session
already closed Exception; Open Session In View提供了一种简便的方法,较好地解决了lazy loading问题.
它有两种配置方式OpenSessionInViewInterceptor和OpenSessionInViewFilter(具体参看SpringSide),功能相同,只是一个在web.xml配置,另一个在application.xml配置而已。
Open Session In View在request把session绑定到当前thread期间一直保持hibernate
session在open状态,使session在request的整个期间都可以使用,如在View层里PO也可以lazy
loading数据,如 ${ company.employees }。当View
层逻辑完成后,才会通过Filter的doFilter方法或Interceptor的postHandle方法自动关闭session。
OpenSessionInViewInterceptor配置
OpenSessionInViewFilter配置
很多人在使用OpenSessionInView过程中提及一个错误:
看看OpenSessionInViewFilter里的几个方法
关 于绑定session的方式,通过看spring里TransactionSynchronizationManager的实现,发现:它维护一个 java.lang.ThreadLocal类型的resources,resources负责持有线程局部变量,这里resources持有的是一个 HashMap,通过TransactionSynchronizationManager.bindResource()方法在map里绑定和线程相关 的所有变量到他们的标识上,包括如上所述的绑定在sessionFactory上的线程局部session。sessionHolder只不过是存放可以
hold一个session并可以和transtaction同步的容器。可以看到 OpenSessionInViewFilter在getSession的时候,会把获取回来的session的flush mode 设为FlushMode.NEVER。然后把该sessionFactory绑定到 TransactionSynchronizationManager,使request的整个过程都使用同一个session,在请求过后再接除该 sessionFactory的绑定,最后closeSessionIfNecessary根据该session是否已和transaction绑定来决定是否关闭session。绑定以后,就可以防止每次不会新开一个Session呢?看看HibernateDaoSupport的情况:
1.
public final void setSessionFactory(SessionFactory sessionFactory) {
2. this.hibernateTemplate = new HibernateTemplate(sessionFactory);
3. }
4. protected final HibernateTemplate getHibernateTemplate() {
5. return hibernateTemplate;
6. }
我们的DAO将使用这个template进行操作.
public abstract class BaseHibernateObjectDao extends HibernateDaoSupport
implements BaseObjectDao {
protected BaseEntityObject getByClassId(final long id) {
BaseEntityObject obj =(BaseEntityObject) getHibernateTemplate().execute(new HibernateCallback() {
public Object doInHibernate(Session session) throws HibernateException {
return session.get(getPersistentClass(),new Long(id));
}
});
return obj;
}
public void save(BaseEntityObject entity) {
getHibernateTemplate().saveOrUpdate(entity);
}
public void remove(BaseEntityObject entity) {
try {
getHibernateTemplate().delete(entity);
} catch (Exception e) {
throw new FlexEnterpriseDataAccessException(e);
}
}
public void refresh(final BaseEntityObject entity) {
getHibernateTemplate().execute(new HibernateCallback() {
public Object doInHibernate(Session session) throws HibernateException {
session.refresh(entity);
return null;
}
});
}
public void replicate(final Object entity) {
getHibernateTemplate().execute(new HibernateCallback() {
public Object doInHibernate(Session session)throws HibernateException {
session.replicate(entity,ReplicationMode.OVERWRITE);
return null;
}
});
}
}
而HibernateTemplate试图每次在execute之前去获得Session,执行完就力争关闭Session
1. public Object execute(HibernateCallback action) throws DataAccessException {
2.
Session session = (!this.allowCreate ?
3.
SessionFactoryUtils.getSession(getSessionFactory(),
4.
false) :
5.
SessionFactoryUtils.getSession(getSessionFactory(),
6.
getEntityInterceptor(),
7.
getJdbcExceptionTranslator()));
8.
boolean existingTransaction =
9.
TransactionSynchronizationManager.hasResource(getSessionFactory());
10.if (!existingTransaction && getFlushMode() == FLUSH_NEVER) {
11.session.setFlushMode(FlushMode.NEVER);
12.}
13.try {
14.Object result = action.doInHibernate(session);
15.flushIfNecessary(session, existingTransaction);
16.return result;
17.}
18.catch (HibernateException ex) {
19.throw convertHibernateAccessException(ex);
20.}
21.finally {
22.SessionFactoryUtils.closeSessionIfNecessary(
23.
session, getSessionFactory());
24.}
25. }
而这个SessionFactoryUtils能否得到当前的session以及closeSessionIfNecessary是否真正关闭 session,端取决于这个session是否用sessionHolder和这个sessionFactory在我们最开始提到的
TransactionSynchronizationManager绑定。
public static void
closeSessionIfNecessary(Session session, SessionFactory sessionFactory)
在这个过程中,若HibernateTemplate 发现自当前session有不是readOnly的transaction,就会获取到FlushMode.AUTO
Session,使方法拥有写权限。也即是,如果有不是readOnly的transaction就可以由Flush.NEVER转为 Flush.AUTO,拥有insert,update,delete操作权限,如果没有transaction,并且没有另外人为地设flush
model的话,则doFilter的整个过程都是Flush.NEVER。所以受transaction保护的方法有写权限,没受保护的则没有。
采用spring的事务声明,使方法受transaction控制
对 于上例,则以save,add,update,remove开头的方法拥有可写的事务,如果当前有某个方法,如命名为importExcel(),则因没 有transaction而没有写权限,这时若方法内有insert,update,delete操作的话,则需要手动设置flush model为Flush.AUTO,如
尽 管Open Session In View看起来还不错,其实副作用不少。看回上面OpenSessionInViewFilter的doFilterInternal方法代码,这个方法 实际上是被父类的doFilter调用的,因此,我们可以大约了解的OpenSessionInViewFilter调用流程:
request(请求)->open session并开始transaction->controller->View(Jsp)->结束transaction并 close session.
一切看起来很正确,尤其是在本地开发测试的时候没出现问题,但试想下如果流程中的某一步被阻塞的话,那在这期间connection就一直被占用而不释 放。最有可能被阻塞的就是在写Jsp这步,一方面可能是页面内容大,response.write的时间长,另一方面可能是网速慢,服务器与用户间传输时 间久。当大量这样的情况出现时,就有连接池连接不足,造成页面假死现象。
Open Session In View是个双刃剑,放在公网上内容多流量大的网站请慎用。
另外:这样会产生一点危险性,毕竟把数据库访问的环境放到了表现层。(用VO)
相关推荐
介绍Spring+hibernate opensessioninview问题
为了练手培训,给大家准备的 Open Session In View 的简单例子,纯代码,大家可以参考,其中主要说了六部分内容: ...5.通过 spring aop(aspectJ) 声明事务 6.通过formular 映射参数表,指定两个死的变量
最新版SSH项目整合 实现了OpenSessionInView。 hibernate5.2.3+struts2.5.2+spring4.3.3
OpenSessionInView项目整合jar包
Spring提供的CharacterEncoding和OpenSessionInView功能
SSH项目整合示例【OpenSessionInView】所用到的jar包 包含Struts + Hibernate + Spring所有jar及其依赖的jar
在没有使用Spring提供的Open Session In View情况下,因需要在service(or Dao)层里把session关闭,所以lazy loading 为true的话,要在应用层内把关系集合都初始化,如 company.getEmployees(),否则Hibernate抛...
26.Spring集成的Hibernate编码与测试 27.Struts与Spring集成方案1(Struts集成Spring) 28.Struts与Spring集成方案2(Spring集成Struts) 29.为Spring集成的Hibernate配置二级缓存 30.Spring提供的...
NULL 博文链接:https://8366.iteye.com/blog/472141
一,集成 Spring 与 Hibernate 1,配置SessionFactory 1,配置 ---------------------- applicationContext.xml ------------------------ <!-- 配置SessionFactory(整合Hibernate) --> ...
NULL 博文链接:https://likenice.iteye.com/blog/290162
NULL 博文链接:https://yanzhenwei.iteye.com/blog/1701164
和Spring中OpenSessionInView由于org.springframework.web.struts.ContextLoaderPlugIn中保存同一个对象的名不同导致openSessionInView失效 稍微修改后在struts-config.xml中使用MyContextLoaderPlugIn.jar包中...
SSH项目整合示例【OpenSessionInView】源码
Spring的Ioc Spring的AOP , AspectJ Spring的事务管理 , 三大框架的整合 目录 1.1 Spring 框架学习路线:..........................................................................................................
使用 AOC 拦截器而不是过滤器进行 OpenSessionInView 处理 列出一个国家的城市和添加城市的可能性(bean 验证和自动检索 lat 和 lng 坐标) 安全 安全的 REST Web 服务 使用 CSRF 令牌 角度父状态的问题 有用的链接 ...