问题标签 [ems]

找不到这个问题的答案，所以想发起这个：

Tibco EMS与MSMQ与MQ。

这 3 种技术如何比较？哪一个更好，在哪些场景下？具体来说，我认为在 SOA 环境（.NET + WCF）中使用其中之一，该场景将随着时间的推移而成熟。

我对表演还有一个特别的兴趣，这一点很重要。因此，如果有选择，性能是重中之重。

我希望有一个比较表以获得清晰的图片。

谢谢！

编辑：

我专注于两个参数：性能和可扩展性。 可扩展性——这些技术在支持的并发用户数方面如何比较？哪个可以支持更多用户？场景无关紧要，让我们选择它们都支持的场景 - 例如简单的队列。 性能——在完全相同的场景下，哪个性能更快？

我正在开发一个通过 TIBCO EMS 提供请求/响应服务的服务器端项目，并且正在寻找有关存档可扩展性以及此服务的低延迟的最佳实践的建议。我在 .NET 上执行此操作，但由于 TIBCO EMS 据称正在实现 JMS 规范，因此我认为其他 JMS 实现以及平台 (Java) 的建议是相关的。

目前，我们正在使用一个 Connection、一个 Session、一个 Consumer，并使用该单个 Consumer 上的回调来监听消息。每个请求都在回调线程上处理，同步回复不同的队列（但相同的会话）。这可行，但似乎无法扩展 - 即使在高事务率下，CPU 负载也可以忽略不计，但请求的延迟不断增长。

我假设正在发生的事情是 EMS 使用单个线程进行回调，因此处理时间以及发送回复所需的时间会阻止其他请求被处理，但是 - 什么是让它扩展的最佳方法?

一种方法是在收到后立即安排线程池上传入请求的实际处理。这是一个快速修复并且可以扩展，但是会引入额外的延迟并且会引入围绕会话使用的线程问题。另一种是拥有多个 Session 对象，甚至是 Connection 对象？任何人都可以就这样做的最佳实践提出建议，我想它一定是那里更常见的使用模式之一......

我知道实现 JMS 请求-回复机制有不同的方式（或排列方式），即请求队列和响应队列、请求主题和响应主题，或者两者的混合。

我想知道的是，（1）推荐（或最常见）的方式是什么，以及（2）不同的排列如何衡量？

接下来，是不是更正确的说法是a。“向队列发送消息”或 b。“通过队列发送消息”？

干杯!

我正在使用 TIBCO EMS 库 TIBCO.EMS.dll 将 xml 消息发送到 TIBCO EMS 服务器上的队列。接收这些消息的应用程序需要对 XML 进行 UTF-8 编码。生成 UTF-8 xml 本身不是问题，但是我看不到在将数据保持为 UTF-8 格式的同时将 TextMessage 发送到队列的方法。

要将对象序列化为 UTF-8 XML，我使用以下内容（此处简化）：

这给我留下了一个包含 utf-8 编码的 xml 的字节数组。我可以将其写入 BytesMessage 以发送到 EMS 队列..

但这会导致队列中出现 BytesMessage。我能看到获取 TextMessage 的唯一方法是使用 TextMessage 类，但该类的文本属性是标准 Unicode 字符串，这将导致 xml 失去其 utf-8 编码。

有人知道发送 UTF-8 编码文本消息的方法吗？

我想在不使用 xml 配置的情况下执行此操作。我正在玩弄 Spring JMS，看看它是否满足我的需求。无论如何使用

使其等效于纯 JMS 调用：

不需要通过xml配置？

如果这个问题听起来太愚蠢，请多多包涵。但我很困惑 Exchange get-mailbox 命令接受什么作为身份输入。根据 Microsoft 的文档，(http://technet.microsoft.com/en-us/library/aa998579(v=exchg.80).aspx) 身份参数可以是别名、smtp 或显示名称，这很有意义.

但是，我有一个队友，在不同的办公室，可以使用帐户的 SamAccountName 作为 get-mailbox 命令的身份输入！SamAccountName 与别名、smtp 和显示名称都不相似......这真的让我感到困惑。我的队友不知道为什么这对他也有效。

有没有人很好地理解 get-mailbox 如何检索信息？

非常感谢你。

我在我的个人网站http://www.tommaxwell.me第一次开始使用 CSS 重置 (YUI) ，它对跨浏览器兼容性有很大帮助。但是，在 webkit 浏览器（Chrome、Safari）中，ems 字体大小似乎会在 h1 的顶部添加边距。当我删除 em 时，它会退回到默认大小并且顶部没有边距。在 Opera 和 Firefox 中，边距不存在。我应该怎么办？

我们有一台运行我们的 c# windows 服务的应用程序服务器和一台运行 TIBCO EMS 的服务器。两台服务器将在一周内的不同时间重新启动。

当应用程序服务器首先重新上线时，我们喜欢 c#windwos 服务不断尝试连接到 EMS 服务器，直到 EMS 服务器重新上线。（我有重试逻辑适用于这种情况）

当 EMS 服务器在应用程序服务器运行时脱机时（例如，c# 中的 EMS 客户端正在侦听队列中的传入消息），这种情况下执行重试逻辑的最佳方法是什么？会立即抛出异常吗？

谢谢

我注意到使用 em 字体的网站通常有奇怪但明确的特定数字，例如：在流行的重置 css - normalize.css 中，我发现 h3 设置为 1.17em，h4 设置为 1.33em，h5 设置为 1.67em ， 为什么是这样？是否有计算器或我应该用来计算每个字体大小的东西？

我一直在为标题、p、标题等调整 ems 中的字体大小，但没有计算器或任何东西，我只是将其放大或缩小，直到我认为它看起来不错。换句话说，我的网站有 0.7em、0.9em、1em、1.1em 等字体大小，甚至是 4em（我喜欢大 h1）。

这很糟糕吗？在使用 ems 字体大小时，我是否忽略了一个重要事实？

我使用 Camel 通过 EMS 处理后发送消息。我在春天有类似以下的事情：

问题是我有大约 8 条这样的路由，我想在通过 EMS 上的“sendMessage”发送每条消息之前对消息进行排队。

目前我有：

但是“seda”部分没有按预期工作。消息永远不会像以前那样被发送。

对此用例的任何建议将不胜感激。谢谢。