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

对于没有JVM的嵌入式无头C/C++ linux客户端来说，发送和接收来自IBM消息代理的pubsubing（或点对点，但pubsub更好）的选项是什么？如何从嵌入式C客户端（无JVM）向Websphere Message Broker发送消息？

理想的情况下，我们希望大文件传输加密（SSL）可靠（2GB每天一次关闭客户端）（“放心”交付/ QoS2，也许QoS1会做）

问题的客户端目前只有exes和一些bash脚本，我一直在玩MQTTv3和RSMB，但为此，我不得不扼杀大文件（并重新组装回家），我不想深入了解，如果有一个运输，将为我做这个？我看过MQTTv5（但我们的客户端没有JVM）; JMS（无JVM）和XMS？这再次看起来像它给了我一个C API，但随后需要在客户端上安装了JVM（还是我错了？）

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

来源

2010-02-15 timB33

我应该看XMPP，AMQP还是STOMP？他们响铃吗？我认为我的问题可能会简单地描述为“我应该使用什么协议传输来可靠和安全地将2GB文件从仅从客户端发布到可以桥接到WMB的任何消息代理？” – timB33

为什么不使用WMQ C/C++ API？ WMQ客户端安装可下载为SupportPac MQC7: WebSphere MQ V7.0 Clients。一旦你有了，只需use the C API和compile as usual。这是所有原生WMQ基本产品功能。

注意，WMQ V7 QMGR与WMQ V7客户提供多更好地与JMS，WMQ经纪人等互操作，因为所有消息属性现在是消息属性和发布/订阅的原生支持WMQ V7 QMgrs支持。此外，截至2011年9月，v6已达到使用寿命，所以尽可能在v7组件上进行尽可能多的新开发，以避免以后的迁移。

来源

2010-04-27 04:38:48

你说的是单/很少的大额转账，或只是大量较小的转账？这说明了解决方案的需求，甚至超过了什么样的原始连接。

如果是单/几个大的物体，那么我想将其分成两个阶段的方法，使您可以管理输入带宽和内部处理更容易...

推数据在Linux中使用本地（或其他）应用程序到使用SCP或HTTPS或类似程序的指定站点，基本上只是发布数据。
有一个可以向前处理数据的MB流。

如果它是很多小的调用，为什么你不能通过HTTP [S]节点作为MB数据流的头？用HTTP POST包装和推送原生应用程序中的数据应该不是那么困难，应该有足够的预先存在的“艺术”给你一个支持。

来源

2010-03-01 18:53:27

这是一个大型文件，每天一次，其他时间有很多独立的小酒馆。干杯，我听到你说的话（我已经为你+1了），因为你的解决方案是我们最初的目标，但是......我们要求端到端使用消息中介，我们现在正在使用套件中的RSMB，啃掉大文件，然后在装有JVM的单独PC上重新组装，然后一次发送给的Websphere。 – timB33

谢谢。我完全“听到你”关于这些外部要求。他们确实经常以奇怪的方式推动我们的实现。有时候他们有道理，有时他们没有道理。希望你的系统能够很好而且稳定。 –

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

回答

相关问题