gpt4 book ai didi

messaging - Tibco RV 发送和监听参数混淆

转载 作者:行者123 更新时间:2023-12-02 22:34:45 27 4
gpt4 key购买 nike

您好,我是 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"

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

还有一个问题是,《Tibco RV Concept》一书中提到,同一个服务不能绑定(bind)到两个网络。它是否仅适用于生产者机器(因为我们没有为监听器机器指定端口)?因此,如果我们这样做,就会出现错误:

tibrvsend -service 2323 -network "net1" MESSAGE

tibrvsend -service 2323 -network "net2" MESSAGE

同时(连续做应该没问题吧?)

但是对于听众来说:

tibrvlisten -service 2323 -network "net1"

tibrvlisten -service 2323 -network "net2"

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

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

最佳答案

So conceptually there is only one daemon running on each machine

您可以在一台计算机上运行多个守护程序,但这不是必需的。您可以通过改变服务和网络参数来访问单个守护程序上的多个逻辑总线。

守护进程是在您的计算机上运行的实际进程,用于处理 Rendezvous 消息传递。您的客户端将使用 daemon 参数连接到此守护程序。例如。默认值 tcp:7500 将访问本地计算机端口 7500 上的守护进程,而值 tcp:server.domain.com:8000 将访问端口 7500 上的守护进程端口 8000 上的远程计算机 (server.domain.com)。

示例:如果执行 tibrvlisten -daemon tcp:8000,您将注意到机器上启动了一个新进程(Windows 上为 rvd.exe,Unix 上为 rvd),监听端口 8000。

服务和网络参数又是多播参数(参见http://en.wikipedia.org/wiki/Multicast)。为了简化,您可以将这些视为相当抽象的值,具有两个重要的方面:

  • 消息的生产者和消费者应配置为使用相同的网络/服务对
  • 您不应为多个网络重复使用服务,因为这种冲突会导致问题。

关于 Rendezvous 需要记住的另一件事是,同一子网上的所有计算机都会接收多播消息。如果您需要向其他子网发送消息,则应考虑使用 Rendezvous Routing Daemons (RVRD)。

关于messaging - Tibco RV 发送和监听参数混淆,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8423301/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com