Weblogic域间调用EJB常见事务错误

shikonglaike

浏览: 244805 次
性别:
来自: 北京

最近访客更多访客>>

sycvswho

zyhby2017

zhuifengaogu

maituwang

博主相关

博客

微博

相册

留言

关于我

文章分类

社区版块

存档分类

EJB Weblogic 应用服务器 JDBC JMS

本人遇到的问题是域间调用JMS队列。
前言
本人所在项目中，由于我们的系统将业务逻辑单独部署，以下称之为EJB层，和普通的WEB层相对独立。从 WEB 层调用 EJB 层，通过 Command 架构，其包含的 EJB 调用就是事务性质的，所以我们 EJB 层再调用其它第三方提供的 EJB 接口时，就经常会出现一些莫名其妙的错误，以下略作收集。

1 、错误现象（在被调用的 EJB 服务器屏幕上出现）：

<2005-1-20 下午 04 时 14 分 46 秒 CST> <Error> <Security> <BEA-090513> <ServerIdentity failed validation, downgrading to anonymous.>

<2005-1-20 下午 04 时 14 分 46 秒 CST> <Error> <JTA> <BEA-110200> <User [<anonymous>] is not authorized to invoke startCommit on a transaction branch.>

分析：

这种异常是跨域传播事务造成的 . 一定要传播事务的话 , 必须设置域信任 , 没有其他办法 . 但是域信任有相关的安全隐患 , 当然对于大部分非关键业务应用来说也无所谓了 .

具体设置方法为， domain node --> View Domain-wide Security Settings --> Configuration --> Advanced --> Enable Generated Credential --> 在 Credential 中输入密码，两个 domain 的这个密码要完全一致，然后重新启动 server 就可以了。

2 、错误现象（在调用方的 EJB 屏幕上出现）：

<2005-11-4 下午 01 时 41 分 36 秒 CST> <Error> <EJB> <BEA-010026> <Exception occurredduring commit of transaction Name=[EJB cn.com.jdls.foundation.architectures.comm

and.ejb.TaxCommandBean.executeCommand(cn.com.jdls.foundation.architectures.command.commands.BaseCommand)],Xid=BEA1-0021A70EC385C5407B0E(31591114),Status=Committing,numRepliesOwedMe=0,numRepliesOwedOthers=0,seconds since begin=121,seconds left=0,XAServerResourceInfo[weblogic.jdbc.wrapper.JTSXAResourceImpl]=(ServerResourceInfo[weblogic.jdbc.wrapper.JTSXAResourceImpl]=(state=committed,assigned=ejbserver),xar=weblogic.jdbc.wrapper.JTSXAResourceImpl@1326f69,re-Registered = false),SCInfo[mydomain+ejbserver]=(state=committed),SCInfo[dmctais+app1]=(state=committing),properties=({weblogic.transaction.name=[EJB cn.com.jdls.foundation.architectures.command.ejb.TaxCommandBean.executeCommand(cn.com.jdls.foundation.architectures.command.commands.BaseCommand)], weblogic.jdbc=t3://92.16.16.43:6517}),local properties=({modifiedListeners=[]}),OwnerTransactionManager=ServerTM[ServerCoordinatorDescriptor=(CoordinatorURL=ejbserver+92.16.16.43:6517+mydomain+t3+, XAResources={},NonXAResources={})],CoordinatorURL=ejbserver+92.16.16.43:6517+mydomain+t3+): javax.transaction.SystemException: Timeout during commit processing

分析：

这种异常是由于 EJB 被调用方，通常具有记忆功能，对于调用它接口的远程 EJB 服务和相应的 IP 以及 Port 都会记录在内存，如果下次相同的 EJB 服务来调用它的时候，它就会检测内存中该 EJB 服务对应的 IP/Port 是否和当前的实际情况相符，如果不符的话，就会出现这种错误。

这种情况目前在我们系统中，碰到的两种典型的案例就是：一，我们的 EJB 服务器上有双网卡，本来调用某第三方的 EJB 接口很正常，但是有次禁用了其中一个没插网线的网卡后，就出现这种错误，因为被调用方 EJB 服务已经记住了我们的 EJB 服务对应的 IP 和 Port ；二、本来我们的 EJB 服务器，调用另一个第三方 EJB 接口也很正常，但是有次为了测试的需要，又在另外一台服务器上，复制了一份完全一样的系统环境，也连接到同一个第三方EJB 测试服务器进行测试，结果后一台调用的时候就出现了这种错误，因为被调用方 EJB 服务已经记住了我们的 EJB 服务，其对应的 IP/Port 应该是前一台服务器。

对于这种情况，简单的处理办法就是，将被调用方的 EJB 服务重启一下，则它内存中的记录就会清除，下次就会记住最新的 EJB 服务和相应的 IP/Port 。

但是针对我们系统来说，通常我们系统调用的第三方的 EJB 接口，往往不能随便重启第三方服务，所以变通的办法，就是将要使用的我们系统中，将涉及到的每个 WEBLOGIC 域服务器对应的 server 名字都改掉，这样被调用方就不会在内存中找到相应的记录，因此也就不会出现这种莫名的调用出错问题。同时将域根目录下的临时目录全部删除，再重新启动服务应该即可生效。

总结
以上所述都是本人所在项目碰到的问题，可能并不一定具有共性，也不全面，所以大家碰到的莫名其妙的错误，也希望贴出来，共享看看

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/ivan0702/archive/2007/08/02/1722867.aspx

分享到：