0

我们正在从 JBoss 4.2.3 GA 和 MS SQL Server 2008 R2 迁移到 Wildfly 11 和 PostgreSQL 10。我们使用 Wildfly 附带的 Hibernate 版本（5.1.10.Final）

我们有一个非常复杂的应用程序，我们使用无法自行调试的外部 API。我们正在使用此 API 的 EJB 远程代理来执行操作。

在一个容器管理事务（Wildfly 11 中配置的 xa-datasource）中使用 JPA（实体上的 NamedQuery）执行了多个 DB 操作。

NamedQuery 在大多数情况下都可以正常工作，但有一种情况是在日志文件中没有任何可见通知的情况下发生错误。

该事务标记有状态回滚，但我不知道为什么。没有例外，没有调试消息，什么都没有。

在这种情况下，与同一个 NamedQuery 的唯一区别是在同一个事务中的前几步之前从表中删除了行。

我们已经遇到了 PostgreSQL 和我们的应用程序的一些问题，因为 PostgreSQL 没有像 MS SQL Server 那样实现标准的事务隔离级别“未提交读取”，请参阅https://www.postgresql.org/docs/10/static/transaction-iso .html

我不知道这是否与我的问题有关。

我现在唯一的猜测是外部 API 或 org.jboss.jca.adapters.jdbc.WrapperDataSource 中的错误和抑制异常。

这是 Hibernate 未能准备语句的相关 Stacktrace：

原因：org.hibernate.exception.GenericJDBCException：无法在 org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper) 的 org.hibernate.exception.internal.StandardSQLExceptionConverter.convert(StandardSQLExceptionConverter.java:47) 准备语句.java:111) 在 org.hibernate.engine.jdbc.internal.StatementPreparerImpl$StatementPreparationTemplate.prepareStatement(StatementPreparerImpl.java:182) 在 org.hibernate.engine.jdbc.internal.StatementPreparerImpl.prepareQueryStatement(StatementPreparerImpl.java:148) 在org.hibernate.loader.Loader.prepareQueryStatement(Loader.java:1934) 在 org.hibernate.loader.Loader.executeQueryStatement(Loader.java:1903) 在 org.hibernate.loader.Loader.executeQueryStatement(Loader.java:1881)在 org.hibernate.loader.Loader.doQuery(Loader.java:925) 在 org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:342) 在 org.hibernate.loader.Loader.doList(Loader.java:2622) 在 org.hibernate.loader.Loader.doList(Loader.java :2605) 在 org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2434) 在 org.hibernate.loader.Loader.list(Loader.java:2429) 在 org.hibernate.loader.hql.QueryLoader.list( QueryLoader.java:501) 在 org.hibernate.hql.internal.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:371) 在 org.hibernate.engine.query.spi.HQLQueryPlan.performList(HQLQueryPlan.java:216) 在 org .hibernate.internal.SessionImpl.list(SessionImpl.java:1339) 在 org.hibernate.internal.QueryImpl.list(QueryImpl.java:87) 在 org.hibernate.jpa.internal.QueryImpl.list(QueryImpl.java:606 ) 在 org.hibernate.jpa.internal.QueryImpl。getResultList(QueryImpl.java:483) ... 172 更多

原因：java.sql.SQLException：IJ031070：事务无法继续：在 org.jboss.jca.adapters.jdbc.WrappedConnection 的 org.jboss.jca.adapters.jdbc.WrapperDataSource.checkTransactionActive(WrapperDataSource.java:245) 的 STATUS_MARKED_ROLLBACK。 checkTransactionActive(WrappedConnection.java:1928) at org.jboss.jca.adapters.jdbc.WrappedConnection.checkStatus(WrappedConnection.java:1943) at org.jboss.jca.adapters.jdbc.WrappedConnection.checkTransaction(WrappedConnection.java:1917)在 org.jboss.jca.adapters.jdbc.WrappedConnection.prepareStatement(WrappedConnection.java:447) 在 org.hibernate.engine.jdbc.internal.StatementPreparerImpl$5.doPrepare(StatementPreparerImpl.java:146) 在 org.hibernate.engine。 jdbc.internal.StatementPreparerImpl$StatementPreparationTemplate.prepareStatement(StatementPreparerImpl.java:172) ... 189 更多

有没有人知道什么可能导致事务在没有任何通知的情况下被标记为状态回滚？

4

1 回答 1

1

我找到了真正的问题。正如已经猜到的那样，抛出了一个异常，该异常被应用程序吞下并导致事务设置为状态 ROLLBACK。

我发布的堆栈跟踪是以下错误，因为当事务已设置为 ROLLBACK（检查 WrapperDataSource）时，不允许准备语句。

将Arjuna的日志级别设置为trace后，终于发现了错误。

真正的异常是由于数据（业务逻辑）不一致而引发的，并且来自 SQL Server 和 PostgreSQL 的不同事务/连接配置和行为。但这是一个不同的故事......

于 2017-12-19T15:55:08.200 回答