http://blog.csdn.net/ivan0702/archive/2007/08/02/1722867.aspx
前言
本人所在項目中，由於我們的系統將業務邏輯單獨部署，以下稱之爲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 名字都改掉，這樣被調用方就不會在內存中找到相應的記錄，因此也就不會出現這種莫名的調用出錯問題。同時將域根目錄下的臨時目錄全部刪除，再重新啓動服務應該即可生效。
總結
以上所述都是本人所在項目碰到的問題，可能並不一定具有共性，也不全面，所以大家碰到的莫名其妙的錯誤，也希望貼出來，共享看看