如何从嵌入式 C 客户端(无 JVM)向 Websphere Message Broker 发送消息或从 Websphere Message Broker 发送消息?

StackOverflow https://stackoverflow.com/questions/2265650

对于从没有 JVM 的嵌入式无头 C/C++ Linux 客户端向 IBM 消息代理发送消息和从 IBM 消息代理发送消息,我可以选择哪些 pubsubing(或点对点,但 pubsub 更好)消息?

理想情况下,我们希望大量文件传输(每天2GB一次,每天一次放假)加密(SSL)可靠(“保证”交付 / QOS2,也许QoS1会这样)

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

我研究过 MQTTv5(但我们的客户端没有 JVM);JMS(无 JVM)和 XMS?看起来它又给了我一个 C API,但随后需要在客户端上安装 JVM(或者我错了?)

任何线索或提示将不胜感激,干杯

有帮助吗?

解决方案

为什么不直接使用 WMQ C/C++ API?WMQ 客户端安装可下载为 支持Pac MQC7:WebSphere MQ V7.0 客户端. 。一旦你拥有了它,只需 使用 C API像往常一样编译. 。这是所有本机 WMQ 基础产品功能。

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

其他提示

你说的是单一的/少数几个大的转让,或只是大量的较小转移?这说明需要你的解决方案,甚至超过什么样的原始连通性。

如果这是个单一的/几次大型的对象然后我会想破坏它成了一个两阶段的做法使得可以管理入境带宽和内部处理更加容易...

  1. 推动数据与母(或者)应用程序在Linux到指定的落使用SCP或HTTPS或等同的,基本上只是发布的数据。

  2. 有一个MB流,可以处理的数据开始。

如果这是很多的小型电话,为什么你不能做的,它通过HTTP[S]节点作为你的MB数据流动?包装起来,推动数据在当地的应用程序与HTTP POST应该不难,应该有大量的预先存在的"技术"来给你一条腿。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top