TIBCO.EMS .NET 客户端/WCF 通道答案

【问题标题】：TIBCO.EMS .NET client / WCF channelTIBCO.EMS .NET 客户端/WCF 通道
【发布时间】：2008-11-23 15:22:47
【问题描述】：

伙计们，

TIBCO 早在 4 月就宣布支持 WCF 频道 - 现在有什么实现了吗？？

我可以在哪里以及如何下载这些新的 WCF 通道位，或者我可以从哪里获得当前 .NET 2.0/3.5 版本的“TIBCO.EMS .NET 客户端库”？

到目前为止，我们是一家小型 ISV，与 TIBCO 没有任何联系，但我们的一个大客户要求我们与他的 TIBCO EMS 系统进行互操作，但无法提供我们需要的技术背景信息 :-(

感谢任何提示和指点！马克

跟进 - 2009 年 1 月 14 日：这里没有太多回应......你们中使用 TIBCO EMS 的人 - 你如何与之交互，例如来回通信和发送数据？？

更新（2010 年 4 月）
我有机会检查了 .NET 中的“本机”TIBCO.EMS.dll，以及他们的 WCF 实现，我的结论是：使用本机 API。很简单，很简单，很有效。

WCF 部分太可怕了。他们是不完整的，非常非传统的，他们不觉得自己是一个好的 WCF 公民。 TIBCO 只提供一个传输元素——你不能只使用现成的 emsBinding 或其他东西——你必须自己定义。我非常失望 - 我对 TIBCO 这样规模和声誉的公司的期望更高......

【问题讨论】：

标签： .net wcf client tibco-ems

【解决方案1】：

如果您直接使用 Tibco EMS .NET 客户端，您的通信堆栈将会简单得多。它是根据 JMS 设计的，JMS 广泛用于企业软件开发。因此，有很多关于如何进行 JMS 编程的技术书籍。 Java 和 C# 非常相似，因此很容易进行心理转换以将其应用于 Tibco EMS .NET 客户端编程。

为分布式应用程序设计和实现了许多通信通道，我的经验是堆栈越简单，运行就越可靠和无故障。

WCF 之类的抽象层的问题在于，几乎总是存在潜伏在某处的泄漏抽象问题。

【讨论】：

@RogerV：是的，谢谢。 Tibco WCF 实现还有很多不足之处......而本机 EMS 库似乎工作得很好。
我使用 TIBCO EMS .net 客户端与我们的一些客户集成，它工作正常，正如许多人所说的。但是，由于它们的具体类和内部构造函数以及缺少接口，我无法编写单元测试。您是如何克服这个问题的？

【解决方案2】：

对于 tibco 和 wcf，您需要至少运行 4.4.3 版作为 tibco 支持的最低版本。否则你将不得不使用那里的标准协议。他们确实有 .net，因此您不必进行互操作。到目前为止，我还没有使用 WCF 组件，因为我工作的地方仍在 4.3.0 上，虽然他们说它应该可以工作，但它不受支持。我们刚刚得到了我们应该很快更新到 5 的位。

如果他们想让你使用它，你必须从你的客户那里得到这些东西。这将是我的意见，除了你最好的选择是联系 Tibco 看看你是否能解决问题。

最大的问题是您的客户使用的是什么版本的 Tibco EMS。

【讨论】：

好的，谢谢 - 还不确定他们正在运行什么版本，以及他们将使用什么界面。我已经有一个 IBM Websphere MessageQueue 的 C# 接口 - 但我有点惊讶他们说这将是一个“SOAP-to-EMS”接口 - 就像调用一个 web 服务......嗯......
如果数据以一种方式推送，那么在供应商集成中，给外部供应商一个简单的 Web 服务调用是很常见的，该调用将消息传入以在消息代理（或 ESB）上排队。唉，许多供应商倾向于发现双向、异步消息传递太多了。