C++ 如何从嵌入式C客户机（无JVM）向Websphere Message Broker发送消息？

对于从没有JVM的嵌入式无头C/C++linux客户机向IBM message broker发布消息和从IBM message broker发布消息（或点对点，但pubsub更好），我有哪些选项

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

目前讨论中的客户机只有EXE和一些bash脚本，我一直在使用MQTTv3和RSMB，但为此，我必须将大文件打包（并重新组装回家），如果有一个传输可以为我实现这一点，我不想进入其中

我已经看过MQTTv5（但是我们的客户机没有JVM）；JMS（没有JVM）和XMS？这看起来又给了我一个C API，但是需要在客户机上安装JVM（还是我错了？）

---

如果有任何线索或提示，我们将不胜感激，干杯

你说的是单笔/少量大额转账，还是大量小额转账？这比什么样的原始连接更能说明您的解决方案的需要

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

在Linux中，使用本机（或其他）应用程序，使用SCP或HTTPS或同等工具将数据推送到指定的投递点，基本上只是发布数据

有一个MB流，可以继续处理数据

---

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

为什么不使用WMQ C/C++API呢？WMQ客户端安装可下载为。一旦你有了这些，就要好好的。这是所有本机WMQ基本产品功能

---

请注意，带有WMQ V7客户端的WMQ V7 QMgr提供了与JMS、WMQ Broker等更好的互操作，因为所有消息属性现在都是消息属性，并且在WMQ V7 QMgrs中本机支持发布/订阅。此外，v6从2011年9月起已经停止使用，因此尽可能多地对v7组件进行新的开发，以避免以后的迁移。

我应该关注XMPP、AMQP还是STOMP？他们敲钟了吗？我想我的问题很简单，“我应该使用什么协议传输来可靠、安全地将2GB文件从纯c客户端发布到任何可以桥接到WMB的MessageBroker？”这是一个每天一次的大文件，其他时间有很多单独的小酒吧。干杯，我听到你在说什么了（我已经告诉你了），因为你的解决方案是我们最初打算的，但是。。。我们需要使用端到端的消息代理，我们目前正在使用工具包上的RSMB，先将大文件压缩，然后在安装了JVM的单独PC上重新组装，然后一次性将其发送到Websphere。谢谢。我完全“听到你”这些外部要求。它们确实经常以奇怪的方式推动我们的实现。有时它们有道理，有时它们没有道理。希望你的系统是好的和稳定的。