在我以前的文章中提到過這個問題，后面的測試也的確實(shí)沒有出現(xiàn)問題，但今天又出了問題，把應(yīng)用部署在ND 6.0.0.1和6.0.2中都沒有問題，而生產(chǎn)機(jī)器是6.0.1，出錯了，調(diào)用時出了CORBA的錯誤，好象是purge_call****，初步認(rèn)為是ORB版本問題，因此我們是獲得了JNDI中的ORB，再用：
fact_finder_oref = orb.string_to_object(appLoadStr);
得到factoryFiander，出錯的地方是出現(xiàn)在：
org.omg.CORBA.Object agent_fact_oref = fact_finder_ref.find_one_factory_by_id(
?com.mudboy.was.corba.AgentFactoryHelper.id());

因不能直接用SUN的ORB實(shí)現(xiàn)（因?yàn)樵赪AS用的是IBM的JRE，無SUN的實(shí)現(xiàn)），
干脆就用visibroker的實(shí)現(xiàn)：
props.put("org.omg.CORBA.ORBClass","com.inprise.vbroker.orb.ORB");
props.put("org.omg.CORBA.ORBSingletonClass","com.inprise.vbroker.orb.ORB");
orb = ORB.init(args, props);

后面的代碼一樣，應(yīng)用正常運(yùn)行。
這個問題本身并不復(fù)雜，但只是有一點(diǎn)我還不清楚，為什么6.0.0.1和6.0.2中都沒有問題，卻在6.0.1中出了問題？

總結(jié)

以上是生活随笔為你收集整理的WebSphere通过corba调Tuxedo问题（2）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。