标签: tibco-rv

这两种技术之间有哪些主要区别？一个人比另一个人有明显的优势吗？

我正在和Tibco Rendezvous,Tibco Designer + Tibco Business合作三天.这是我对该产品系列的第一次体验.我读了几个安装产品的文件,但我仍然感到困惑.

• 什么是ActiveEnterprise适配器和ActiveEnterprise架构？何时以及为何使用它们？
• 直接使用Tibco Rendezvous Transport和使用Tibco Rendezvous的ActiveEnterprise适配器有什么区别？我只发现通过适配器发送的消息具有AESchema定义的更复杂的结构.
• 是否可以使用XSD方案来定义Tibco Rendezvous传输或ActiveEnterprise适配器发送的消息？
• 是否有类似WSDL文档来描述服务期望/提供的消息？
• 如何使用ActiveEnterprise适配器和AESchemas为服务编写客户端？(更好的如何在.NET中编写这样的程序!).我刚刚发现只有Tibco Adapter SDK,它看起来像是与AESchemas一起使用的唯一选择.为了直接使用.NET中的Tibco Rendezvous,我找到了TIBCO.Rendezvous库,它工作得很好,但它不支持AESchemas(或者我错过了它).

我想知道TIBCO Rendezvous和MSMQ之间的区别.

我在使用Tibco RV的Linux服务器上运行Java应用程序,我收到以下错误:

TibrvException[error=901,message=Library not found: tibrvj]

是什么导致了这个问题？

我已经添加了含有库路径*.so进入LD_LIBRARY_PATH,但仍是同样的结果.

更新:

目前,我已<MyApp>/libs/tibrvj.jar加入classpath.tibrvj.jar从Windows环境复制到我正在运行我的应用程序的Linux机器.我从类路径中删除了这个并添加了另一个引用<TibcoDirectory>/libs/tibrvj.jar,它修复了问题.它们与前一个文件的大小不同,从Windows复制的那个和当前在Linux框中的一个可能有区别.有人可以解释为什么会这样吗？

嗨,我是Tibco RV的新手.在阅读了Tibco Rendezvous Concept之后,我仍然对传输参数感到困惑:服务,网络,守护进程.

因此,从概念上讲,每台机器上只运行一个守护程序.所以当使用tibrvsend时:

tibrvsend -service 2323 -network "someIPAddress" -daemon "myDaemon" MESSAGE

这是否意味着我在本地主机上使用端口2323发送消息,通过守护程序myDaemon(可能在远程),到网络comeIPAddress？

使用tibrvlisten时:

tibrvListen -service 2323 -network "someIPAddress" -daemon "myDaemon"

这是否意味着我正在使用任何可用端口(我的本地主机上的任何可用守护程序)监听来自myDaemon"已发布到someIPAddress网络的端口2323 " 的消息？

另一个问题是,书"Tibco RV Concept"提到相同的服务不能绑定到两个网络.它是否只适用于生产者机器(因为我们没有为监听器机器指定端口)？因此,如果我们这样做会发生错误:

tibrvsend -service 2323 -network "net1" MESSAGE

和

tibrvsend -service 2323 -network "net2" MESSAGE

同时(如果我们连续做,那应该没问题吧？)

但是对于听众来说:

tibrvlisten -service 2323 -network "net1"

和

tibrvlisten -service 2323 -network "net2"

应该完全没问题？(否则它意味着生产者需要知道彼此的端口号以避免冲突)

如果我对这些概念完全搞砸了,你能用例子解释一下吗？