寻找 .NET CORBA 库的建议 [关闭]

Posted 2023-02-16

【中文标题】寻找 .NET CORBA 库的建议 [关闭]

【英文标题】：Looking for recommendations for a .NET CORBA Library [closed]

【发布时间】：2011-04-05 10:29:34

【问题描述】：

我有一个即将到来的项目，我必须通过新的 C# .NET 3.5 完整框架应用程序与现有的 CORBA 系统进行交互。

谁能提供最近的 .NET CORBA itneroperability 故事并推荐一个堆栈以使我们的 .NET 应用程序能够与第三方 CORBA 服务互操作？免费会很好，但商业也很好。

---

上下文

WCF 似乎没有将 CORBA 作为标准，这很遗憾，因为那本来是我的首选路线。 CORBA 本身似乎是“过去几年”的技术之一，我认为这就是为什么 Google 在这个话题上未能成为我的朋友！

CORBA 客户端需要安全连接，这对于我迄今为止发现的两个 OSS COBRA 堆栈（IIOP.NET 和 Remoting.CORBA）来说似乎太多了。尽管这可能只是由于对 Windows 证书管理而不是库本身的无知。 Borland 的Janeva 似乎已经下架了。

我们也在内部（仍然）在 Delphi 6 中开发应用程序，但如果可以的话，理想情况下希望保持新的东西 100% .NET。我们可能会使用 .NET 4，这会有所帮助，但 3.5 中的任何解决方案都会更容易。

【问题讨论】：

CORBA from .NET - (dis)recommended libraries? 的可能副本

所以我明白了。我环顾四周时错过了那个。这也推荐了 IIOP.NET。我必须再看一遍，看看我们是否可以让它在安全的 CORBA 连接中正常运行，上次我们运气不好，因此放弃了它。

【参考方案1】：

我认为IIOP 很好，但你可以看到类似的问题here。

【参考方案2】：

我建议在 C++ 中实现 CORBA 接口（并通过 C++/CLI 将其桥接到您的 dotnet 代码）如果您有任何可用的 C++ 专业知识。

使用 C++ ORB 将为您提供具有“所有”功能的完全兼容的 ORB，而不是缩减版。

如果您是非 C++ 商店，您最好还是外包 CORBA / C++ 模块以与第 3 方 CORBA 服务交互。

omniORB 和 TAO 是 C++ ORB 的明显选择。

我喜欢omniORB（相对）的简单性。让它运行，我还成功地将omniORB集成到由C#/.NET应用程序加载的C++ DLL中。