问题标签 [message-queue]

有人可以给我一些工作示例，说明如何从 C++ API 创建、添加消息、读取和销毁私有消息队列吗？我尝试了 MSDN 的代码片段，但我无法让它们正常工作。

谢谢

一个标准窗口的队列可以容纳多少条消息？当队列溢出时会发生什么？

and relatives的文档GetMessage对此没有任何说明，PeekMessage仅针对某些类别的消息为您提供是/否，而不是消息计数。

该页面说队列是使用内存映射文件实现的，并且没有消息计数限制，但该页面是关于 WinCE 的。这是否也适用于桌面 Win32？

我有一个在 WebSphere 中运行的 MDB，当它尝试从 MQ 队列中提取消息时，会引发以下异常：

com.ibm.mq.MQException：找不到消息目录

知道如何解决这个问题吗？

我基本上需要一种能够对消息进行排队的排队技术。这些消息随后将作为 SMS 文本传输。RabbitMQ 似乎很适合在我掩盖了 api 之后。

我目前的架构计划：

1. 客户端在 RabbitMQ 中排队消息。
2. 另一个守护进程将从 RabbitMQ 读取消息并将这些消息发送到第 3 方 SMS 网关。守护程序应该能够产生多个侦听器线程。
3. 我计划使用 Ubuntu Hardy 在 slicehost.com 上托管所有内容。

你预见到这个设计有什么问题吗？由于我对 Erlang 有粗略的了解，因此我不知道如何在生产环境中运行它。如果您对 Erlang 或 RabbitMQ 有任何经验，我想听听您的战争故事。

在 Java 世界中，消息队列有更多选择，但在 .Net 中，只有少数几种。在评估使用哪一个时，应该寻找哪些特征？构成可靠消息队列系统的基本概念是什么？

我正在使用 activemq 在不同进程之间传递请求。在某些情况下，我在队列中有多个重复的消息（它们是请求）。我想只有一个。有没有办法发送一条消息，它将替换具有相似属性的旧消息？如果没有，有没有办法检查队列并检查具有特定属性的消息（在这种情况下，如果存在旧消息，我将不会发送新消息）。

澄清（基于戴夫的回答）：我实际上是在尝试确保队列上没有任何重复的消息，以减少消费者收到消息时发生的处理量。因此，我想替换一条消息，甚至不把它放在队列中。

谢谢。

I am using the System.Messaging.MessageQueue to send and receive multicast System.Messaging.Message’s on my LAN – this works fine.

However, I have a requirement to receive the msgs without using a message queue.

As the MessageQueue uses the PGM protocol (113) to send messages I am trying to build a type that listens on PGM (protocol 113) using a socket (e.g. new Socket(AddressFamily.InterNetwork, SocketType.Rdm, (ProtocolType)113);). The type is receiving message data but it is in a text format (with a soap formatter section -see example this example on msdn http://msdn.microsoft.com/en-us/library/cc219170.aspx)

I obviously want binary data so i can cast it into a System.Messaging.Message and get at the real data.

Any ideas on how i can do this are greatly appreciated .

为弹簧注入端点给出的示例如下：

如何设置客户端模式端点，以便连接到另一台服务器上的特定端口？

如何配置端点以侦听入站连接？（该示例似乎是一个侦听器，如其描述性 ID 所示，但为什么呢？）

注意：我实际上并没有使用 HL7 协议或编解码器。我将为专有协议编解码器开发自己的。

我试图了解AMQP。它看起来非常适合应用程序之间的机器间（集群、LAN、WAN）通信，但我不确定它是否适合（在架构和当前实现方面）用作一台机器内的软件总线。

是否值得拔出当前的高性能消息传递框架来用 AMQP 替换它，或者这是否会通过模糊本地和非本地通信之间的区别而落入与 RPC 相同的陷阱？

我也对使用 WAN 技术进行机器内通信的性能影响持谨慎态度，尽管这可能更多的是实现而不是架构问题。

战争故事将不胜感激。

在实际生产环境中，我一直在体验消息传递系统的优点和缺点，我必须承认，一个组织良好的表或表模式每次都比任何其他形式的消息队列都要好，因为：

1. 数据永久存储在表中。我见过很多 java (jms) 应用程序由于未捕获的异常或其他错误而在途中丢失或消失消息。
2. 队列往往会被填满。相反，数据库存储实际上是无限的。
3. 表格很容易访问，而您必须使用深奥的工具从队列中读取。

您对每种方法有何看法？