6

我是 C++ 的新手，但在 Java EE 方面有很多经验。

我需要编写一个高度异步的小应用程序。它从 HTTP 接收数据并将其存储在队列中（它需要有保证的交付和非常高的吞吐量），比如 ActiveMQ 或 OpenMQ，可能通过 JMS。

然后另一个 C++ 应用程序/侦听器从队列中取出数据（通过一些由队列直接激活的侦听器，而不是通过我的池），连接到 MySQL 数据库并进行一些业务逻辑计算并将消息发送到另一个队列。

在 Java EE 中，这将是一个将消息发送到 JMS 队列的 Web 应用程序。消息驱动 Bean 将成为 EJB 模块中这些消息的消费者，而会话 EJB 将消息发送到传出 JMS 队列。

有C ++经验的人可以向我解释一些基础知识：

  1. JMS 是 C++ 保证交付队列的唯一选择吗？您是否建议 ActiveMQ 或其他东西，请记住消息 Consumer 将使用 C++。

  2. 我是否需要在 C++ 中创建某种多线程守护程序来侦听队列消息，或者这个线程创建（消息消费）是 ActiveMQ 的 C+ 消费者实现的一部分？

非常感谢有关如何实施上述方案的任何其他建议。

已编辑：我希望消息代理和客户端使用 C++。ActiveMQ 是一个 Java 产品，这并不是我们真正需要的。

4

1 回答 1

22

1 - JMS - Java 消息服务 - 只是 Java 和 Java 的 API 参考。除了 AMQP 之外，没有适用于 C++ 的消息传递标准（在我看来，它并没有真正实现应有的交叉实现）。对于 C++，您必须为每个消息代理实现依赖特定的供应商库。

实施建议：

  • ActiveMQ - 它有一个很好的 C++ API（称为 CMS），它以 JMS 为模型和命名 - 所以你会感觉对 API 很熟悉。主代理将在 Java 上运行，这可能是最简单的选择。

  • IBM WebSphere MQ - 非开源的企业级代理，运行本机（用 C 编写），并具有 C++ 库。当您克服学习曲线并且价格无关紧要时，相当不错。

  • RabbitMQ - 非常流行的具有高性能和开源的可靠消息传递。具有 C++ 客户端库，但使用 Erlang 编写并在 erlang/otp 运行时中运行。

  • Apache QPID - 鲜为人知的 AMQP/JMS 代理。有两种风格的服务器端，Java 和 C++，其中 C++ 代理具有更好的性能。附带 C++ 客户端库。

2 - 对于多线程，JMS 规范也没有真正提供解决方案。它更像是 Java EE 容器（或 Spring 框架），它简单地包装了线程的管理并让开发人员从它那里解脱出来。在这种情况下，ActiveMQ 仅提供几个支持类，据我所知，其他供应商库也没有。因此，寻找一些包装线程的库（我不知道）或自己处理消费者线程。它不应该那么混乱，做得对。

于 2012-09-03T04:56:10.680 回答