logo标签列表

Websphere应用服务器中的XAException

javaoraclehibernatewebspherewebsphere-8
3

我遇到了一个棘手的问题，希望有人能够帮助我解决。当我尝试运行部署在IBM Websphere应用服务器实例上的一些代码时，出现了这个异常。有趣的是，这段代码在本地运行时（在Tomcat上使用Atomikos进行JTA）是可以正常工作的。

这是怎么回事呢？有什么想法吗？

错误信息

[9/8/13 12:33:53:726 EDT] 0000023e WSRdbXaResour E   DSRA0304E:  XAException occurred. XAException contents and details are: 
The XA Error is            : -3
The XA Error message is    : A resource manager error has occured in the transaction branch.
The Oracle Error code is   : 2045
The Oracle Error message is: Internal XA Error
The cause is               : null.
[9/8/13 12:33:53:757 EDT] 0000023e WSRdbXaResour E   DSRA0302E:  XAException occurred.  Error code is: XAER_RMERR (-3).  Exception is: <null>

系统详情

  • WAS 版本：8.5.0.0
  • Oracle 驱动版本：11.2.0.3.0
  • Oracle 数据库版本：11.2.0.3.0
  • 操作系统：AIX 6.1 ppc64
  • Spring 版本：3.2.3
  • Hibernate 版本：4.1.9
  • Javassist 版本：3.17.1-GA

堆栈跟踪（截取至第一个服务调用）

[9/8/13 12:33:53:634 EDT]     FFDC Exception:oracle.jdbc.xa.OracleXAException SourceId:com.ibm.ws.rsadapter.spi.WSRdbXaResourceImpl.start ProbeId:639 Reporter:com.ibm.ws.rsadapter.spi.WSRdbXaResourceImpl@12c29f91
oracle.jdbc.xa.OracleXAException
    at oracle.jdbc.xa.OracleXAResource.checkError(OracleXAResource.java:1110)
    at oracle.jdbc.xa.client.OracleXAResource.start(OracleXAResource.java:240)
    at com.ibm.ws.rsadapter.spi.WSRdbXaResourceImpl.start(WSRdbXaResourceImpl.java:1536)
    at com.ibm.ejs.j2c.XATransactionWrapper.start(XATransactionWrapper.java:1478)
    at com.ibm.ws.Transaction.JTA.JTAResourceBase.start(JTAResourceBase.java:153)
    at com.ibm.tx.jta.impl.RegisteredResources.startRes(RegisteredResources.java:1001)
    at com.ibm.ws.tx.jta.RegisteredResources.enlistResource(RegisteredResources.java:1114)
    at com.ibm.ws.tx.jta.TransactionImpl.enlistResource(TransactionImpl.java:2186)
    at com.ibm.tx.jta.embeddable.impl.EmbeddableTranManagerSet.enlist(EmbeddableTranManagerSet.java:154)
    at com.ibm.ejs.j2c.XATransactionWrapper.enlist(XATransactionWrapper.java:732)
    at com.ibm.ejs.j2c.ConnectionManager.lazyEnlist(ConnectionManager.java:2678)
    at com.ibm.ws.rsadapter.spi.WSRdbManagedConnectionImpl.lazyEnlist(WSRdbManagedConnectionImpl.java:2591)
    at com.ibm.ws.rsadapter.jdbc.WSJdbcConnection.beginTransactionIfNecessary(WSJdbcConnection.java:740)
    at com.ibm.ws.rsadapter.jdbc.WSJdbcConnection.prepareStatement(WSJdbcConnection.java:2789)
    at com.ibm.ws.rsadapter.jdbc.WSJdbcConnection.prepareStatement(WSJdbcConnection.java:2742)
    at sun.reflect.GeneratedMethodAccessor112.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
    at java.lang.reflect.Method.invoke(Method.java:611)
    at org.hibernate.engine.jdbc.internal.proxy.ConnectionProxyHandler.continueInvocation(ConnectionProxyHandler.java:138)
    at org.hibernate.engine.jdbc.internal.proxy.AbstractProxyHandler.invoke(AbstractProxyHandler.java:81)
    at $Proxy139.prepareStatement(Unknown Source)
    at org.hibernate.engine.jdbc.internal.StatementPreparerImpl$5.doPrepare(StatementPreparerImpl.java:147)
    at org.hibernate.engine.jdbc.internal.StatementPreparerImpl$StatementPreparationTemplate.prepareStatement(StatementPreparerImpl.java:166)
    at org.hibernate.engine.jdbc.internal.StatementPreparerImpl.prepareQueryStatement(StatementPreparerImpl.java:145)
    at org.hibernate.loader.Loader.prepareQueryStatement(Loader.java:1854)
    at org.hibernate.loader.Loader.executeQueryStatement(Loader.java:1831)
    at org.hibernate.loader.Loader.executeQueryStatement(Loader.java:1811)
    at org.hibernate.loader.Loader.doQuery(Loader.java:899)
    at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:341)
    at org.hibernate.loader.Loader.doList(Loader.java:2516)
    at org.hibernate.loader.Loader.doList(Loader.java:2502)
    at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2332)
    at org.hibernate.loader.Loader.list(Loader.java:2327)
    at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:490)
    at org.hibernate.hql.internal.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:355)
    at org.hibernate.engine.query.spi.HQLQueryPlan.performList(HQLQueryPlan.java:195)
    at org.hibernate.internal.SessionImpl.list(SessionImpl.java:1247)
    at org.hibernate.internal.QueryImpl.list(QueryImpl.java:101)
    at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:264)
    at org.hibernate.ejb.criteria.CriteriaQueryCompiler$3.getResultList(CriteriaQueryCompiler.java:254)
    at ca.statcan.icos.admin.service.WorkAssignmentBusinessService.getOperationalSupervisors(WorkAssignmentBusinessService.java:180)
<snip>

感谢您提前的支持。
可能是这个错误：http://oracle.errorcodeslist.com/ora-02045-too-many-local-sessions-participating-in-global-transaction-2/ 尝试在参与事务的所有Oracle数据源上设置Oracle驱动程序属性transactionBranchesLooselyCoupled=true。 - Robert Höglund
顺便说一下，我不确定上述属性是否可行，似乎您在同一个XA上下文中列出了太多的事务... - Robert Höglund
谢谢Robban！这至少给了我一个可以研究的方向。我会让你知道它是否有效。 - Jeffrey Cameron
我尝试设置属性，但没有成功。我已经将问题隔离到了Oracle XA数据源上。我们在本地使用非XA数据源，这就是为什么功能似乎运行良好的原因，但是我们要部署到一个带有XA数据源的服务器上。 - Jeffrey Cameron
2个回答
1
事实证明，问题并不在于WebSphere或Oracle，而是我们的配置。我们使用Spring AOP进行事务处理。我们还有几个web项目，在部署到WebSphere之前合并。在合并过程中，我们最终得到了几个（确切地说是9个）applicationContext.xml文件来设置AOP。因此，对于每次调用包装在事务中的方法，我们都创建了9个事务。
最终，我们达到了Oracle的全局事务参与单个事务的数量限制，并出现了这个错误。
智者谨慎...小心处理AOP管理的事务 :)
0
在大多数情况下，IBM支持建议在涉及Oracle和WAS XA数据源时向Oracle用户授予特殊权限。
这些是必需的授权：
 grant select on pending_trans$ to <user>; 
 grant select on dba_2pc_pending to <user>;
 grant select on dba_pending_transactions to <user>;
 grant execute on dbms_system to <user>;  (If using Oracle 10.2.0.3 or lower JDBC driver)
 grant execute on dbms_xa to <user>; (If using Oracle 10.2.0.4 or higher JDBC driver)
我找到了IBM TechNote。 - Anton N
我们早就做过了。我们的数据库是Oracle 11g，无论如何都不需要这些，因为XA支持默认开启。谢谢。 - Jeffrey Cameron
网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接