问题标签 [tibco-ems]

查询一：Select * from table where fieldname = 'abc'

查询 2：Select * from table where fieldname = 'XY�'

• 我的查询 1 在 150 毫秒内执行
• 我的查询 2 在 5000 毫秒内执行

两者都返回零结果（abc并且XY�在数据库中不存在）。

一旦我运行查询 2，然后重新运行我的查询 1，如果查询 1 在同一会话中运行，它就会开始花费更长的时间（大约 2000 毫秒而不是之前的 150 毫秒）

我的字段名已编入索引（非聚集索引）。

我正在使用 Adaptive Server Enterprise/12.5.4

我试图为两者制定一个演出计划。两者都显示相同的结果。

我的担心：

1. 为什么非 ascii 字符的查询需要更多时间？这与索引有关吗？
2. 运行查询 2 不应影响我的查询 1 响应时间。有什么办法可以解决这个问题？

谢谢

我试图在不使用任何 API（如 Hermes 或 GEMS）的情况下监控队列，即我想使用纯 JAVA。所以为了浏览队列，即检查消息是否已到达队列，而不实际使用我在下面的代码中编写的消息：

但是，当我在队列上发布消息时，它不会显示结果。我已经验证消息正在到达队列并且接收者正在使用相同的消息。因此，由于这种方法不起作用，我想使用一种不同的方法，即计算队列前后收到的 numberOfMessages 数。所以我使用了下面的代码

但这也行不通。任何解决此问题的建议或解释将不胜感激。请注意，代码中没有编译错误，并且所有必要的类都已导入。

我有下面的流伪代码，它使用队列发送消息，然后同步收听主题。底层 JMS 提供程序是 Tibco EMS。

现在，我使用创建的同一个对象收听一个主题session，然后等到有响应。

我面临的问题是消息对象显示为空。我使用 jms 监控工具进行了测试，主题确实有一些消息，但上面的代码即使在 60 秒后也无法接收到它。

知道我在这里想念什么吗？

我已经编写了一些用于从 Tibco EMS 创建主题连接的代码

其中 serverUrl、用户名、密码和 clientId 是从配置文件中读取的。有人告诉我应该使用 JNDI 来执行此操作（我可悲的是不知道），我需要做什么？

更新

从各种搜索中，我认为将它放在 context.xml 中可能是合适的

但

带回一个空结果

我正在尝试在我的 Spring 应用程序中配置Atomikos 。我在用：

• Atomikos 3.7.1 (TransactionsEssentials)
• 春天 3.0.2
• Tibco EMS 5.1

有人可以给我使用 JNDI for JMS 的连接工厂的配置详细信息以及有关 Tibco EMS 配置的详细信息吗？

我试过以下方法：

但是得到这个错误：

我想将消息放入具有日期/时间作为消息属性的队列中，并在该属性满足与当前日期相关的条件时从队列中提取消息。

例如，假设我想在 3:00 消费消息。我的想法是将属性设置为 3:00，然后有一个消息选择器，例如event_timestamp <= CURRENT_TIMESTAMP.

我知道 JMS API 的消息选择器是基于 SQL 的，所以我想以查询数据库的方式使用它，我可能有一个关键字，比如CURRENT_TIMESTAMPor NOW()，或类似的。消息选择器表达式语法中是否有类似的东西，或者实现这种结果的另一种方式？

我对春天很陌生......我有一个改变，我们需要在 Tibco 队列上添加一条消息。队列在 weblogic 中的 JMS 模块下定义为外部服务器（使用连接工厂和目标设置）。

我想通过使用 SPRING 将消息从我的 java 应用程序发布到队列。

我的 spring applicationContext.xml 文件中的接线应该如何？以及如何从代码中使用它？

我看了看，没有找到表明这一点的适当教程。

有人可以指点我一个方向吗？

非常感谢

我们计划在这些队列上使用 TIBCO EMS 队列和 TIBCO BW 侦听器，以便在新消息到达时调用一些 .NET WCF 服务。我们组织中当前的 ENS 设置是文件存储，而不是队列内容的数据库存储。

有没有人有经验和证据证明这种基础设施可以处理的工作量？有人担心，当新消息放入队列时，BW 可能需要几秒钟才能调用我们的 .NET 端点，而我假设这将在近乎实时的情况下发生，前提是网络和服务器没有过载。有什么想法吗？谢谢。

我正面临这个问题。我使用以下配置（本地 tibco）测试了 tibco，它可以工作

但是，当我尝试使用以下配置连接到中央 tibco（仅更改了提供程序）时，我收到了 classNotFound 错误

我得到的错误是

任何建议都会有很大帮助。

你们知道一个图表或dable，它可以给出一个简短而简洁但仍然完整且相对最新的现有协议及其细节的视图？（即：ZeroMQ、Rendez-Vous、EMS、...所有这些！:)）。