对于Java/C++；使用CORBA的互操作？

我有一个用Java编写的客户机-服务器应用程序，使用CORBA进行通信。使用的ORB是orbd，由Java6平台提供。我必须用C++编写的另一个java服务器实现替换Java服务器。所以问题是，对于CORBA库的自由源代码实现，哪一个更好地与这个ORB进行互操作？我是否应该替换java ORB，也可以使用C++库提供的ORB？< /P>

---

目的是在用新的C++实现替换已经运行的服务器时实现一个简单而平滑的转换。还有什么我需要考虑的吗？

< P>我很久没有用CORBA来进行java和C++互操作，所以我的答案可能有点过时。 我发现omniORB（C++）和JacORB（Java）配合得非常好。您可以在google上搜索这些库，看看它们是否仍然受支持

---

<>我还记得我在“原生”java CORBA中遇到了很大的问题（在SunBug阅兵中有很多bug，打开了很多年……但是这是在JDK1.4时间，希望现在情况有点好……< /P> < P>我有一些java客户端，把很多数据推到C++写的Mico服务器中。永远不要和他们有任何问题

我们也在使用Visibroker的负载平衡功能，但很快就会取消它。

C++ 你看过王牌/道球了吗。

ACE基本上是一个操作系统抽象层。
TAO是一个构建在这个抽象之上的CORBA对象，所以它是跨平台的

JAVA TAO的Java版本是ZEN:

---

虽然从技术上讲，你的球体不需要是相同的。只要符合CORBA协议/规范，它们就应该是可互操作的。因此，尽管你可以使用ZEN，但使用JACORB同样容易。

< P>绝对是最商业化使用的开源C++ ORB。它作为Java ORB与JacORB一起工作得非常好，但是您也可以使用JDK ORB。如果该软件目前与JDK ORB一起工作，那么没有理由不与TAO一起工作。如果您遇到任何问题，可以使用JacORB替换JDK-ORB

哦，关于上一篇文章，禅爪哇球已经死了，不再开发了。对于Java，如果JDK ORB不够好，那么应该使用JacORB

---

如果您需要商业支持，也可以使用。我们使用Remedy IT（）来满足我们的支持需求（TAO和JacORB）。

我同意这一配对，至少它过去也适用于我：）