如何获取IBM Websphere队列上的消息计数
（在iQueueBrowser.GetEnumerator上进行了探索，但它会将消息下载到客户端。）
共有1个答案
XMS.NET是JMS规范的一种实现，特定于JMS并没有定义检索队列中消息计数的方法或属性。因此，XMS没有提供这样做的方法。
与队列属性有关的任何事情都是特定于提供程序的管理工作，因此必须使用消息提供程序特定的API。
但是你为什么想知道消息的数量呢？应用程序应该被编码为连续接收消息。您的应用程序可以选择在队列中没有更多消息时退出接收消息，或者等待更多消息。如果没有消息，接收调用将返回null消息对象。您的应用程序可以对此进行检查，并决定是否进行进一步的接收或退出。
-
问题内容： 我们正在使用amqplib来发布/使用消息。我希望能够读取队列中的消息数（理想情况下是已确认和未确认）。这将使我能够向管理员用户显示良好的状态图，并检测某个组件是否无法满足负载需求。 我在amqplib文档中找不到有关读取队列状态的任何信息。 有人可以指出我正确的方向吗？ 问题答案： 使用皮卡： 使用PyRabbit： 使用HTTP 句法： 例： 注意：默认虚拟主机是需要转义为 使用C
-
我们为分布式进程之间的消息传输实现了ZMQ PUB/SUB机制。但是由于订阅者的流转时长，消息的处理会有一定的延迟（有时由于排队消息的数量，延迟以小时为单位）。为了克服这种延迟，我计划根据进入发布者队列的未决消息的数量来扩展订阅者进程。 是否有任何机制来获取 ZMQ 发布者队列的计数/长度？ 目前，我正在考虑使用发布服务器 RAM 利用率阈值来纵向扩展/缩减订阅服务器进程。
-
我已经使用手动触发器创建了一个azure服务总线和一个新的逻辑应用程序。然后，我将“从队列获取消息（peek lock）”操作添加到应用程序中，并将最大消息数设置为“20”。 然后我在我的队列中手动创建5条新消息，然后触发我的新逻辑应用程序。然后，当我查看应用程序的执行情况时，我只看到检索到一条消息（并检查，有4条消息仍在我的队列中）。 似乎“20”的计数没有得到尊重。我还检查了我的服务总线队列的
-
为什么已经拥有了共享内存时需要消息队列呢？ 这将是多种原因，让我们将其分解为多个点来简化 - 据了解，一旦消息被一个进程接收到，它将不再可用于任何其他进程。 而在共享内存中，数据可供多个进程访问。 如果想使用小信息格式进行通信。 当多个进程同时进行通信时，共享内存数据需要同步保护。 使用共享内存的写入和读取频率很高，那么实现功能将会非常复杂。 在这种情况下不值得使用。 如果所有的进程不需要访问共享
-
一、消息模型 点对点 发布/订阅 二、使用场景 异步处理 流量削锋 应用解耦 三、可靠性 发送端的可靠性 接收端的可靠性 参考资料 一、消息模型 点对点 消息生产者向消息队列中发送了一个消息之后，只能被一个消费者消费一次。 发布/订阅 消息生产者向频道发送一个消息之后，多个消费者可以从该频道订阅到这条消息并消费。 发布与订阅模式和观察者模式有以下不同： 观察者模式中，观察者和主题都知道对方的存在；
-
一个线程会从消息队列中收取消息，另一个线程会定时给消息队列发送普通消息和紧急消息 一个线程会从消息队列中收取消息，另一个线程会定时给消息队列发送普通消息和紧急消息 源码/* * Copyright (c) 2006-2018, RT-Thread Development Team * * SPDX-License-Identifier: Apache-2.0 * * Change Logs: *