gpt4 book ai didi

java - HibernateCursorItemReader 结果集已经关闭

转载 作者:塔克拉玛干 更新时间:2023-11-02 19:17:39 24 4
gpt4 key购买 nike

我用的是spring batch HibernateCursorItemReader,它的定义如下

    <bean class="org.springframework.batch.item.database.HibernateCursorItemReader"
scope="step" id="priceListFctrItemReader">
<property name="queryName" value="FIND_ALL_PRICE_LIST_FCTR_ITEM_ID_BY_MONTRY_FCTR_VER"/>
<property name="sessionFactory" ref="sessionFactory"/>
<property name="parameterValues">
<map>
<entry key="factorVersion" value="#{jobParameters['current.factor.version']}"/>
<entry key="trueValue" value="#{true}"/>
</map>
</property>
</bean>

在小的结果上似乎没问题。但是如果处理时间很长, session 似乎会关闭,我会得到

org.hibernate.exception.GenericJDBCException: could not advance using next()
at org.hibernate.exception.internal.StandardSQLExceptionConverter.convert(StandardSQLExceptionConverter.java:54)
at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:126)
at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:112)

再往下

Caused by: java.sql.SQLException: Result set already closed
at weblogic.jdbc.wrapper.ResultSet.checkResultSet(ResultSet.java:144)
at weblogic.jdbc.wrapper.ResultSet.preInvocationHandler(ResultSet.java:93)

我在 spring-boot 中没有遇到过这种情况,但在 weblogic 上我遇到过。可能是本地 spring boot 更快。

关于如何避免这种情况的任何想法?

最佳答案

问题是 spring-batch 在每个 block 之后都会提交,提交会关闭事务,从而关闭结果集。

当您不在应用程序容器中时,例如当您使用 spring boot 时,*CursorItemReaders 使用单独的连接来绕过事务,从而避免关闭游标结果集的提交。

另一方面,如果您在应用程序服务器上运行,您从服务器管理的数据源 获得的连接将默认参与事务。为了使游标项目阅读器工作,您必须设置一个不参与事务的数据源 a

或者,您可以使用 *PagingItemReader,它读取每个 block 的页面大小 记录,每个记录都在一个单独的事务中。这样就完全避免了关闭结果集的问题。 注意:如果基础表在 block 之间发生变化,结果可能不是您所期望的!


[一]:https://blog.codecentric.de/en/2012/03/transactions-in-spring-batch-part-2-restart-cursor-based-reading-and-listeners/

关于java - HibernateCursorItemReader 结果集已经关闭,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/33043411/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com