当前位置: 首页 > 知识库问答 >
问题:

javax.transaction.rollbackException的堆栈跟踪缺少原因

柴赞
2023-03-14

我有一个带有javax.transaction.rollbackException的堆栈跟踪:

[...]原因:ch.ethz.id.wai.lakshmi.engine.common.lakshmiException:处理用户事务时出错。在ch.ethz.id.wai.lakshmi.engine.common.TransactionHelper.commitTransaction(TransactionHelper.java:79)在ch.ethz.id.wai.lakshmi.stdcmp.persistency.StandardPersistency.RegisterOrder(StandardPersistency.java:110)由:javax.Transaction.rollbackException:标记为回滚的事务。在com.sun.enterprise.transaction.javaeeTransactionImpl.Commit(javaeeTransactionImpl.java:473)在com.sun.enterprise.transaction.javaeTransactionManagerSimplified.Commit(javaeeTransactionManagerSimplified.java:855)在com.sun.enterprise.transaction.userTransactionImpl.Commit(userTransactionImpl.java:208)在

在org.hibernate.ejb.abstractentyManagerImpl.convert(abstractentyManagerImpl.java:1387)在org.hibernate.ejb.abstractentyManagerImpl.convert(abstractentyManagerImpl.java:1310)在org.hibernate.ejb.abstractentyManagerImpl.convert(abstractentyManagerImpl.java:1316)在org.hibernate.ejb.abstractentyManagerImpl.convert(

在org.hibernate.exception.internal.standardsqlexceptionconverter.convert(standardsqlexceptionconverter.java:54)在org.hibernate.engine.jdbc.spi.sqlexceptionhelper.convert(sqlexceptionhelper.125)在org.hibernate.engine.jdbc.spi.sqlexceptionhelper.convert(sqlexceptionhelper.convert(sqlexceptionhelper.110)在ionQueue.execute(actionQueue.java:362)位于org.hibernate.engine.spi.actionQueue.executeAction(actionQueue.java:354)位于org.hibernate.engine.spi.actionQueue.executeAction(actionQueue.java:275)位于org.hibernate.event.internal.abstractFlushingEventListener.performExecute(actionQueue.java:275)位于

在oracle.jdbc.driver.t4cttioer.ProcessErr(t4cttioer.java:439)在oracle.jdbc.driver.t4cttioer.processErr(t4cttioer.java:395)在oracle.jdbc.driver.t4c8oall.processErr(t4c8oall.java:802)在oracle.jdbc.driver.t4cttifun.receive(t4cttifun.java:436)在AttementWrapper.java:125)在org.hibernate.engine.jdbc.internal.proxy.AbstractStatementProxyHandler.ContinueInvocation(AbstractStatementProxyHandler.java:122)

RollbackException的原因在调试时可以看到:

javax.persistence.persistenceException:org.hibernate.exception.GenericJDBCException:ora-22295:不能将超过4000字节的数据绑定到1条语句中的LOB和LONG列

这又是由

org.hibernate.exception.GenericJDBCException:ora-22295:不能将超过4000字节的数据绑定到1条语句中的LOB和LONG列

但是rollbackexeption的原因没有显示在堆栈跟踪中(这将简化错误的调试)。

知道原因吗?

编辑

@Test
public void foo() throws Throwable {
    try {
        // test code generating the exception
} catch ( Exception e ) {
    // here the exception cause is still there
}

共有1个答案

顾炎彬
2023-03-14

如果您希望在异常中显示原因,我猜您唯一的机会是在glassfish上打开一个bug/改进请求。我查看了JavaeTransactionImpl的源代码,这是抛出RollbackException的地方,在第473行,代码是:

rbe = new RollbackException(sm.getString("enterprise_distributedtx.mark_rollback"));

正如您所看到的,我正在检查3.1.1版本,因此,如果您有不同的版本,请查看正确的源代码(我怀疑不会有任何差异)。

 类似资料:
  • 当Xdebug被激活时,只要PHP决定显示通知,警告,错误等,就会显示堆栈跟踪。堆栈跟踪显示的信息以及显示方式可以根据您的需要进行配置。 Xdebug在错误情况下显示的堆栈跟踪信息量相当保守(如果display.errors 在php.ini中设置为On)。这是因为大量的信息会减慢脚本的执行速度和浏览器中堆栈跟踪本身的渲染速度。但是,可以使堆栈轨迹以不同的设置显示更详细的信息。 堆栈跟踪中的变量

  • 我使用以下代码打印try-catch块中发生的任何异常,但是当异常发生时,logback不会打印完整的堆栈跟踪,而是写入一行错误(它没有明确说明是什么导致了它。我如何在logback输出中打印完整的堆栈跟踪? 尝试捕获异常的catch块 日志返回错误输出:

  • 问题内容: 如何将异常的堆栈跟踪信息打印到stderr以外的流上?我发现的一种方法是使用getStackTrace()并将整个列表打印到流中。 问题答案: 可以接受or或参数: 也就是说,请考虑将SLF4J之类的记录器接口与LOGBack或log4j之类的记录实现一起使用。

  • 问题内容: 程序中没有单个方法“知道”它在堆栈中的位置。它所知道的只是它自己的小工作,它完成了并返回了。因此,当引发异常并打印堆栈跟踪时,它是从哪里来的? 在JVM中监视程序状态的每个应用程序旁边隐式地运行着一个单独的线程吗?还是JVM本身保存此信息,并且在抛出异常时以某种方式从异常中提取数据? 如果是上述两种情况之一,是否可以使用某些调用来检索堆栈跟踪(从监视器线程或JVM) 而不会 引发异常?

  • 问题内容: 当您在Java中使用RMI时,收到异常时将在其前面添加远程堆栈跟踪,如下所示: 那种堆栈跟踪“伪造”如何完成? 我想要什么(除了被迭代)?好吧,如果我能这样做的话,它将对我有帮助: 并使其成为引发日志记录的目的,在堆栈跟踪中也将引发异常(并且方法在链的下游)。 问题答案: 这很容易: Throwable有方法和。 从我的一个项目(非开源,但也许有一天我将打开远程调用引擎): 为了您的方

  • 在我们的日志文件中,我们发现以下内容: 只有这一行,没有异常堆栈跟踪。 出现此异常的try块正在执行使用javassist创建的动态生成的Java字节码。 我想知道两件事: : null 丢失的堆栈跟踪,尽管在块内使用调用日志挂钩,这通常会导致完整的堆栈跟踪被打印在日志文件中。 我的问题: > 什么样的代码会导致日志输出“java.lang.ArrayIndexOutOfBoundsExcepti