问题标签 [tibco-ems]

我想使用消息选择器对 JMS 消息进行负载平衡。

消息具有属性“EntityIX”。

选择器应类似于：

在 JMS 消息选择器中计算模数的运算符是什么？

谢谢，亚历克斯

我们正在使用 ASP.NET 3.5 应用程序中的 TIBCO EMS 作为外部系统的一个接口，它似乎工作得很好——除了运行另一端的人告诉我们，我们正在疯狂地建立连接，而且从来没有关闭它们......

我正在做的是通过单个类路由所有 TIBCO 流量，该类具有 TIBCOConnectionFactory和Connection自身的静态成员变量，被告知构造它们非常耗费资源和时间：

现在我的麻烦是：我在哪里以及如何

• 在不再需要时告诉 TIBCO 连接“自动关闭”（如使用SqlConnection）
• 出现错误时关闭 TIBCO 连接
• 在我们的 ASP.NET 应用程序完成（或用户注销）之前关闭 TIBCO 连接

我似乎并没有从 C# / .NET 世界中找到很多关于如何使用 TIBCO EMS 的有用信息......任何接受者？谢谢！！

所有在 Tibco EMS 5.* 和 .NET API 的上下文中

我必须使用现有的消息处理模型，其中循环：

• 连接已创建/打开
• 会话已创建/打开
• 消息消费者已创建
• 调用接收方法

如果 message != null 则我们使用它并提交或回滚事务（在基础会话上）。系统在该模型中每 x 秒拉一次。

我创建了一个连接工厂，确保只创建新会话（如果前一个会话仍在使用中）。这样，系统就可以在同一连接上工作。

但是，我遇到了预取问题，因为每个 Receive 调用（通过 .NET 接口）返回一条消息并将多条（pre-fetch-1）放入本地队列。所以我下次真的应该重用同一个会话，以便阅读已经提取的消息。我已经放入包装器以重用会话和消息使用者，只要那里有东西（接收不会返回 null）。这种方法很有效，但似乎我在接收时可能会得到空值，即使本地仍然有一些东西。似乎只要我在同一个连接上，获取的消息就会被标记为已传递（即使会话被显式关闭）。

有人知道如何使用 pre-fetch = 1 打开连接/会话吗？还是有更好的解决方案？

提前致谢，

我的应用程序中有一个错误，似乎只有当我在调试器中暂停应用程序几分钟时才会显示它的面孔。我怀疑这是由于我使用的第三方网络库有一个心跳线程，当它的心跳线程暂停时它无法 ping 服务器时，它会断开连接。

我正在尝试为此编写一个测试用例应用程序以验证这是导致错误的原因。为此，我需要一种方法来暂停应用程序中的所有线程（稍后我将缩小到仅暂停我怀疑可能是心跳线程的线程）来模拟在调试器中暂停应用程序。

有谁知道如何做到这一点？一个线程甚至有可能导致另一个线程休眠吗？

谢谢，亚历克斯

更新：

我最终决定我并不真的需要一个应用程序来为我做这件事，因为这只是为了验证调试器中的暂停是否会导致断开连接。所以，这就是我所做的......（最简单的方法通常是最好的......或者至少是最简单的......）

和输出：

我们将 TIBCO JMS 4.3.3 与用于 .net 2.0 的相同版本的 .Net TIBCO.EMS.dll 一起使用我们在队列中卡住消息时遇到了巨大的问题。我们正在使用从主题桥接的一个队列中的消息。我们的应用程序创建了多个具有长期会话的消费者——每个长期会话都有一个消费者。会话和消费者是在主线程中创建的，但消费者自己使用 Receive() 方法在单独的线程上使用带有超时的消息。每个消费者都有自己的工作线程。在每次成功接收时，我们都会在会话上调用 Commit，该会话创建了接收消息的消费者（抱歉措辞难看）。

问题是，当这个队列被大量填充时（由主题的桥接），许多消息被卡住 - 没有线程可以接收它们，我们可以清楚地看到它们正在浏览队列，如果我们重新启动应用程序，它们会被重新处理。我们还看到，当消息卡住时，如果在 TIBCO 控制台中运行“显示消费者”，则发送消息的数量变得不等于确认消息的数量。

我们完全迷失了——我们尝试为此队列启用和禁用预取。两种解决方案都不起作用。我们将接收超时时间从 1 秒增加到 1 分钟，当未决消息的数量越过某个边界时，仍然有消息卡住。

任何帮助、提示或建议将不胜感激。

我们使用 Tibco pagebus 框架作为消息发布/订阅的中间件。

我们正在开发的企业应用程序正在使用上述框架。

你能建议我如何测试 Tibco pagebus 框架吗？（框架测试）

任何对这个框架有想法以及如何测试这个框架的人。

等待回复。

提前致谢

问候， 马尔朱

我们正在运行一个高吞吐量系统，该系统利用 tibco-ems JMS 将大量消息传入和传出我们的主服务器到我们的客户端连接。我们进行了一些统计并确定 JMS 是造成大量延迟的原因。我们如何使 tibco JMS 性能更高？是否有任何资源可以很好地讨论这个主题。

我正在部署在 jboss 服务器上的 tibco 进程中执行一些 jar 文件。所以我的问题是，如果有任何 jar 文件出错，我怎么知道 jar 文件的哪一行或方法出错了？

我在 Tibco 商业作品设计师中收到以下错误。请协助。

我想在我的 jms 应用程序中使用 tibco。任何人都可以帮助我如何使用 tibco，还请 tibco 有什么好处。