java - 可以直接替代MICO Corba吗？

当前，我们正在使用MICO在服务器和客户端之间建立通信，其中客户端是用C++编写的模拟器，而服务器是显示模拟情况的Java程序。看来，MICO的开发已经放缓到几乎停滞不前的状态，并且一些漏洞仅使我们能够绕开它们(因为我们没有时间首先弄清楚MICO的哪些部分负责代码生成等)。我们从取得真正的进步。

那么，你们中的任何人都知道好的替代产品吗？我们希望有以下内容:

编译器可以从idl生成C++和Java代码。

该项目仍应显示出可观的支持。

实现应该是开源的(GPL或BSD或类似的东西)，因为我们也使用程序来教学生。

从MICO进行的迁移应尽可能简单。 (这不是硬性要求，但这将是一件好事)

我发现了其他一些CORBA实现，例如陶，但我没有找到我能找到的任何东西
说他们仍然受到支持。如果我在这里错了，请纠正我。

最佳答案

我不知道过去5年中CORBA或MICO特别走到哪里，但是那时候真正的减少更换是不可能的，因为仍然存在供应商之间的差异。

不一定是API差异(POA等)，但是

在实现行为中，

定制扩展中的

，使其在现实环境(线程，负载平衡，安全性等)中运行是必需的，

开发工具如何工作

以及有关整个部署或运行​​时故事的信息。

我们拥有可互换的Orbix ASP / 2000 / Whatever和ORBacus，它们具有小的兼容性层，一些Makefile框架来隐藏工具(例如IDL编译器)中的差异，以及一些用于包装ORB特定过程的脚本。

不幸的是，ORBacus早已被当时的Orbix的IONA收购。 IONA本身已被其他人购买(我忘了)。 ORBacus的原始作者，加上IONA Orbix的一些开发人员，改变了自己的方式，产生了Ice，它不是CORBA，但有点相似-当然没有毛刺;-)

关于TOA，我认为这将是仍在开发中的“最佳”选择，因为它受到华盛顿大学研究的 push 。但是上一次我看，他们没有Java实现，但是人们似乎在使用JacORB。

也许这一切都帮不了你，除非它带来更多的困惑:-)