本文探讨了在不同版本的ND环境中部署应用时遇到的CORBA ORB版本问题。问题仅在6.0.1版本中出现，通过使用visibroker的ORB实现成功解决了这一问题。
在我以前的文章中提到过这个问题，后面的测试也的确实没有出现问题，但今天又出了问题，把应用部署在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中出了问题？
扫一扫
154
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
