民间,

TIBCO已于4月宣布支持WCF频道 - 到目前为止有什么实现?

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

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

感谢任何提示和指示! 马克

后续行动 - 2009年1月14日:在这里没有太多回应......那些使用TIBCO EMS的人 - 你如何与它交流,例如沟通和来回发送数据??

更新(2010年4月)
我有机会看看<!> quot; native <!> quot;来自.NET的TIBCO.EMS.dll,以及它们的WCF实现,我的结论是:使用本机API。它很简单,很简单,很有效。

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

有帮助吗?

解决方案

如果您只是直接使用Tibco EMS .NET客户端,那么您的通信堆栈会更简单。它是在JMS之后设计的,它广泛用于企业软件开发。因此,有很多关于如何进行JMS编程的技术书籍。 Java和C#非常相似,很容易将精神翻译应用于Tibco EMS .NET客户端编程。

为分布式应用程序设计并实现了许多通信通道后,我的经验就是堆栈越简单,操作越可靠,越无故障。

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

其他提示

对于tibco和wcf,您需要至少运行版本4.4.3作为tibco支持的最小值。否则你将不得不使用标准协议。他们确实有.net所以你不应该做互操作。我还没有使用过WCF组件,因为我工作的地方仍然是4.3.0,虽然他们说它应该工作但是不支持。我们刚刚得到了这些位,因为我们应该很快将其更新为5。

要获得这些位,如果他们希望您使用它,则必须从客户端获取它们。这是我的意见,除此之外,你最好的选择是联系Tibco,看看你是否可以解决问题。

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

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top