问题标签 [tibco]

它看起来很有趣，我已经玩过一些 --- 但 Web 浏览器中的开发 IDE 最终似乎是一场噩梦。

有没有人有使用它的经验，你的想法是什么？

我有一个带有一些主题的消息代理，以及在其上运行的一组应用程序。现在我想在相同的主题上（如果可以的话，在同一个代理上）运行一组新的相同应用程序（比如 QA 环境）。做这个的最好方式是什么。创建一个新的代理和/或创建一组新的主题很麻烦，因为我们的环境处于严格的官僚主义之下。

我们有一个 TIBCO EMS 解决方案，它在 2-4 个服务器环境中使用内置服务器故障转移。如果 TIBCO 管理员将故障转移服务从一台 EMS 服务器转移到另一台，则连接应该在 EMS 服务级别自动转移到新服务器。对于我们使用 EMS 服务的 C# 应用程序，这不会发生 - 我们的用户连接在故障转移后没有被转移到新服务器，我们不确定原因。

我们的应用程序仅在启动时连接到 EMS，因此如果 TIBCO 管理员在用户启动我们的应用程序后进行故障转移，他们的用户需要重新启动应用程序才能重新连接到新服务器（我们的 EMS 连接使用一个服务器字符串，包括所有 4 个生产 EMS 服务器- 如果第一次尝试失败，它会移动到字符串中的下一个服务器并再次尝试）。

我正在寻找一种自动化方法，如果它检测到连接已失效，它将尝试定期重新连接到 EMS，但我不确定如何最好地做到这一点。

有任何想法吗？我们正在使用 TIBCO.EMS.dll 版本 4.4.2 和 .Net 2.x（SmartClient 应用程序）

任何帮助，将不胜感激。

我正在考虑如何扩展用托管代码（在本例中为 C#）编写的 Tibco EMS 队列侦听器。我正在寻找主要的隔离和聚类特征。

在 MSMQ 中，我可以使用 Windows Process Activation Service 来托管和管理队列侦听器的数量和生命周期。是否有 Tibco 等价物？

否则我怀疑我最终会得到一个简单的 NT 服务来托管 EMS 侦听器。（它反过来可以执行进程激活）。构建一个 24x7 可监控、强大的生产服务是可行的，但相当棘手。

TIBCO EMS .NET 参考指南说（第 134 页）

要启用重新连接行为和容错，serverURL 参数必须是两个或多个 URL 的逗号分隔列表。在只有一台服务器的情况下，您可以提供该服务器 URL 的两个副本以启用客户端重新连接（例如，tcp://localhost:7222,tcp://localhost:7222）。

TIBCO EMS 用户指南（第 292 页）讨论了故障转移方案、客户端通知和客户端到备份服务器的自动传输，但没有具体与“重新连接”相关。

在“重新连接”场景中，服务器是否处理所有事情？还是客户端必须对其 TIBCO.EMS.Connection 实例做些什么？

TIBCO EMS 用户指南（第 292 页）说：

备份服务器将无限期地工作以 A) 成为主服务器或 B) 重新连接到主服务器。它还说 ，当切换成功时，客户端可能会收到故障转移通知（另请参阅 TIBCO EMS .NET 参考第 220 页）。

我有一些问题来自这些事实......

1. 当服务器尝试故障转移/重新连接时，客户端会发生什么样的错误？

2. 客户的适当回应是什么？

   • 从 ConnectionFactory 获取新的 Connection 对象，直到一个工作？
   • 等待故障转移通知？（此时当前的 Connection 实例是否已修复？还是我需要获取一个新实例？）

我希望情况很清楚，任何相关的信息或建议也将不胜感激。

我正在使用TIBCO RV .NET API (TIBCO.Rendezvous.dll)。

您是否知道在性能方面是否有更好的方法可以在 C# 中从 RV 通道接收和读取消息？我发现Message类型 - RV 消息的逻辑包装器 - 非常重。通过名称或索引获取字段可能会非常慢，尤其是当我们将其视为循环/高频操作时。

有任何想法吗？

我们的运营部门对过多的监控工具感到不安，那么是否有任何工具可以在一个应用程序中同时处理 SNMP、JMX 和 TIBCO Hawk？

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

为什么您没有看到更多的人将 REST 架构用于客户端服务器系统。您看到人们使用套接字、TIBCO RV、EMS 或 MQ，但我没有看到太多基本的 REST 架构

有谁知道为什么您会避免使用此架构进行客户端/服务器通信以实现高吞吐量/低延迟