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 回答