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

因不能直接用SUN的ORB實現（因為在WAS用的是IBM的JRE，無SUN的實現），
干脆就用visibroker的實現：
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);

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

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。