错误:Write operations are not allowed in read-only mode (FlushMode.NEVER和could not initiallize proxy -

本文介绍如何使用Spring的OpenSessionInView解决Hibernate懒加载时遇到的Session已关闭异常,并提供了配置示例。同时讨论了配置不当可能导致的只读模式下无法写入的问题及解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >


原因:      

     在没有使用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。

 

解决方案:

我实践过,这个filter写在strutsfilter最前面保险

在 web.xml配置里添加 

<filter> <filter-name>OpenSessionInViewFilter</filter-name>
 <filter-class> org.springframework.orm.hibernate3.support.OpenSessionInViewFilter </filter-class> 
<init-param>
 <param-name>sessionFactoryBeanName</param-name> 
<param-value>sessionFactory</param-value> 
</init-param> 
<init-param> <param-name>singleSession</param-name> <param-value>true</param-value> </init-param> <init-param> <param-name> flushMode </param-name> <param-value>AUTO </param-value> 
</init-param> 
</filter>


<filter-mapping> 
   <filter-name>OpenSessionInViewFilter</filter-name> 
   <url-pattern>/*</url-pattern> 
</filter-mapping> 


 

2.使用Spring提供的Open Session In View而引起Write operations are not allowed in read-only mode (FlushMode.NEVER) 错误解决:

当你配好OpenSessionInViewFilter后,但是你在beans.xml中没写上事务的话,就会出现上面的那个错误,即没配下面的事务

这是因为当你没配事务的话,OpenSessionInViewFilter认为你将事务配置为了read-only,所以当你在dao层调用save方法的时候,就save不进去,出现了Write operations are not allowed,这时候你可以由三种方法来去除这个异常

(1)当然是配上事务,即上面的那个图

(2)去除OpenSessionInViewFilter,也可以去除这个错误

(3)在OpenSessionInViewFilter中加上下面两个属性就行了

<init-param> 
        <param-name> flushMode </param-name> 
        <param-value>AUTO </param-value>         
        </init-param> 



### Vite 项目中跨域请求失败的解决方案 在开发环境中遇到 `origin null` `access-control-allow-origin` 错误通常是因为浏览器阻止了来自不同源的请求。对于 Vite 项目,可以通过配置代理来解决这个问题。 #### 配置 Vite 开发服务器代理 Vite 提供了一个内置的开发服务器,支持通过其配置文件设置 HTTP 代理。这可以有效地绕过 CORS 限制,在开发过程中非常有用。 编辑 `vite.config.ts` 或者 `vite.config.js` 文件,添加如下所示的代理配置: ```javascript import { defineConfig } from 'vite'; export default defineConfig({ server: { proxy: { '/api': { target: 'http://localhost:8081', changeOrigin: true, rewrite: (path) => path.replace(/^\/api/, ''), }, }, }, }); ``` 上述代码片段定义了一个 `/api` 前缀的代理规则,任何匹配此模式的请求都将被转发到目标地址 `http://localhost:8081`[^2]。 #### 修改前端 AJAX 请求 URL 为了使代理生效,需要调整前端发送请求时使用的URL,确保它们以 `/api` 开始。例如,如果之前直接访问的是 `http://api.example.com/data` ,现在应该改为调用相对路径 `/api/data` 。这样做的好处是可以让所有的 API 请求都经过本地运行的服务端口处理,从而避免跨域问题的发生。 #### 后端服务配置 CORS 头部信息 除了前端配置外,还需要确认后端已经正确设置了响应头部中的 `Access-Control-Allow-Origin` 字段。如果是基于 Node.js 的应用,则可以在 Koa 中加入中间件实现这一点: ```javascript const cors = require('@koa/cors'); app.use(cors()); // 或者更具体的控制方式 app.use(cors({ origin: function(ctx){ return '*'; // 可根据实际情况返回特定域名 } })); ``` 这段代码会告诉浏览器允许哪些来源的页面加载资源,当设置为通配符 `*` 表示接受所有来源的请求[^3]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值