前言
??? 本人所在項(xiàng)目中，由于我們的系統(tǒng)將業(yè)務(wù)邏輯單獨(dú)部署，以下稱之為EJB層，和普通的WEB層相對(duì)獨(dú)立。從
WEB
層調(diào)用
EJB
層，通過(guò)
Command
架構(gòu)，其包含的
EJB
調(diào)用就是事務(wù)性質(zhì)的，所以我們
EJB
層再調(diào)用其它第三方提供的
EJB
接口時(shí)，就經(jīng)常會(huì)出現(xiàn)一些莫名其妙的錯(cuò)誤，以下略作收集。
1
、錯(cuò)誤現(xiàn)象（在被調(diào)用的
EJB
服務(wù)器屏幕上出現(xiàn)）：
<2005-1-20
下午
04
時(shí)
14
分
46
秒
CST> <Error> <Security> <BEA-090513> <ServerIdentity failed validation, downgrading to anonymous.>
<2005-1-20
下午
04
時(shí)
14
分
46
秒
CST> <Error> <JTA> <BEA-110200> <User [<anonymous>] is not authorized to invoke startCommit on a transaction branch.>
分析：
這種異常是跨域傳播事務(wù)造成的
.
一定要傳播事務(wù)的話
,
必須設(shè)置域信任
,
沒(méi)有其他辦法
.
但是域信任有相關(guān)的安全隱患
,
當(dāng)然對(duì)于大部分非關(guān)鍵業(yè)務(wù)應(yīng)用來(lái)說(shuō)也無(wú)所謂了
.
具體設(shè)置方法為，
domain node --> View Domain-wide Security Settings --> Configuration --> Advanced --> Enable Generated Credential -->
在
Credential
中輸入密碼，兩個(gè)
domain
的這個(gè)密碼要完全一致，然后重新啟動(dòng)
server
就可以了。
2
、錯(cuò)誤現(xiàn)象（在調(diào)用方的
EJB
屏幕上出現(xiàn)）：
<2005-11-4
下午
01
時(shí)
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
被調(diào)用方，通常具有記憶功能，對(duì)于調(diào)用它接口的遠(yuǎn)程
EJB
服務(wù)和相應(yīng)的
IP
以及
Port
都會(huì)記錄在內(nèi)存，如果下次相同的
EJB
服務(wù)來(lái)調(diào)用它的時(shí)候，它就會(huì)檢測(cè)內(nèi)存中該
EJB
服務(wù)對(duì)應(yīng)的
IP/Port
是否和當(dāng)前的實(shí)際情況相符，如果不符的話，就會(huì)出現(xiàn)這種錯(cuò)誤。
這種情況目前在我們
系統(tǒng)中，碰到的兩種典型的案例就是：一，我們的
EJB
服務(wù)器上有雙網(wǎng)卡，本來(lái)調(diào)用
某第三方
的
EJB
接口很正常，但是有次禁用了其中一個(gè)沒(méi)插網(wǎng)線的網(wǎng)卡后，就出現(xiàn)這種錯(cuò)誤，因?yàn)楸徽{(diào)用方
EJB
服務(wù)已經(jīng)記住了我們的
EJB
服務(wù)對(duì)應(yīng)的
IP
和
Port
；二、本來(lái)我們的
EJB
服務(wù)器，調(diào)用另一個(gè)
第三方
EJB
接口也很正常，但是有次為了測(cè)試的需要，又在另外一臺(tái)服務(wù)器上，復(fù)制了一份完全一樣的系統(tǒng)環(huán)境，也連接到同一個(gè)
第三方EJB
測(cè)試服務(wù)器進(jìn)行測(cè)試，結(jié)果后一臺(tái)調(diào)用的時(shí)候就出現(xiàn)了這種錯(cuò)誤，因?yàn)楸徽{(diào)用方
EJB
服務(wù)已經(jīng)記住了我們的
EJB
服務(wù)，其對(duì)應(yīng)的
IP/Port
應(yīng)該是前一臺(tái)服務(wù)器。
對(duì)于這種情況，簡(jiǎn)單的處理辦法就是，將被調(diào)用方的
EJB
服務(wù)重啟一下，則它內(nèi)存中的記錄就會(huì)清除，下次就會(huì)記住最新的
EJB
服務(wù)和相應(yīng)的
IP/Port
。
但是針對(duì)我們
系統(tǒng)來(lái)說(shuō)，通常我們系統(tǒng)調(diào)用的第三方的
EJB
接口，
往往不能隨便重啟
第三方
服務(wù)，所以變通的辦法，就是將要使用的我們系統(tǒng)中，將涉及到的
每個(gè)
WEBLOGIC
域服務(wù)器對(duì)應(yīng)的
server
名字都改掉，這樣被調(diào)用方就不會(huì)在內(nèi)存中找到相應(yīng)的記錄，因此也就不會(huì)出現(xiàn)這種莫名的調(diào)用出錯(cuò)問(wèn)題。
同時(shí)將域根目錄下的臨時(shí)目錄全部刪除，再重新啟動(dòng)服務(wù)應(yīng)該即可生效。
總結(jié)
以上所述都是本人所在項(xiàng)目碰到的問(wèn)題，可能并不一定具有共性，也不全面，所以大家碰到的莫名其妙的錯(cuò)誤，也希望貼出來(lái)，共享看看?