1

对于从没有 JVM 的嵌入式无头 C/C++ linux 客户端向 IBM 消息代理发送和接收来自 IBM 消息代理的消息，我有哪些选择（或点对点但 pubsub 更好）？

理想情况下，我们希望大文件传输（每天一次从客户端传输 2GB）加密（SSL）可靠（“保证”交付/QoS2，也许 QoS1 可以）

有问题的客户端目前只有 exes 和一些 bash 脚本，我一直在使用 MQTTv3 和 RSMB，但为此我必须将大文件切碎（然后重新组装回家），我不想得到如果有交通工具可以为我做这件事？

我看过 MQTTv5（但我们的客户没有 JVM）；JMS（无 JVM）和 XMS？看起来它又给了我一个 C API，但是需要在客户端上安装 JVM（或者我错了吗？）

任何线索或提示将不胜感激。

4

2 回答 2

1

您是在谈论单次/少量大额转账，还是只是大量小额转账？这比什么样的原始连接更能说明您的解决方案的需求。

如果它是单个/几个大对象，那么我会考虑将其分解为两阶段方法，以便您可以更轻松地管理入站带宽和内部处理......

  1. 使用 Linux 中的本机（或其他）应用程序将数据推送到使用 SCP 或 HTTPS 或等效的指定丢弃处，基本上只是发布数据。

  2. 有一个可以向前处理数据的 MB 流。

如果是大量的小调用，为什么不能通过 HTTP[S] 节点作为 MB 数据流的头部来执行呢？使用 HTTP POST 在本机应用程序中打包和推送数据应该不是那么困难，并且应该有大量预先存在的“艺术”来帮助您。

于 2010-03-01T18:53:27.400 回答
1

为什么不直接使用 WMQ C/C++ API？WMQ 客户端安装可作为SupportPac MQC7: WebSphere MQ V7.0 Clients下载。一旦你有了它，只需使用 C API并像往常一样编译。这是所有原生 WMQ 基础产品功能。

请注意，带有 WMQ v7 客户端的 WMQ V7 QMgr 与 JMS、WMQ 代理等提供了更好的互操作性，因为所有消息属性现在都是消息属性，并且 WMQ v7 QMgrs 本身支持 pub/sub。此外，v6 已于 2011 年 9 月结束生命周期，因此请尽可能多地对 v7 组件进行新开发以避免以后迁移。

于 2010-04-27T04:38:48.430 回答