1

JVMを持たない組み込みヘッドレスC/C ++ LinuxクライアントからIBMメッセージ・ブローカーとの間でメッセージをpubsubing（またはポイントツーポイントであるがpubsubの方が優れている）するための私のオプションは何ですか？

理想的には、大容量ファイル転送（クライアントから1日1回2GB）暗号化（SSL）の信頼性が必要です（「確実な」配信/ QoS2、おそらくQoS1で十分です）

問題のクライアントには現在、exeといくつかのbashスクリプトしかありません。私は、MQTTv3とRSMBで遊んでいますが、そのためには、大きなファイルを切り詰める（そして家に戻す）必要があり、取得したくありません。私のためにこれを行うトランスポートがある場合は、その中に？

MQTTv5を見てきました（ただし、クライアントにはJVMがありません）。JMS（JVMなし）とXMS？これもCAPIを提供しているように見えますが、JVMをクライアントにインストールする必要があります（または私は間違っていますか？）

手がかりやヒントをいただければ幸いです。

4

2 に答える 2

1

あなたは単一/少数の大きな転送について話しているのですか、それとも単にたくさんの小さな転送について話しているのですか？これは、どのような生の接続性よりも、ソリューションのニーズを物語っています。

単一/少数の大きなオブジェクトの場合は、2フェーズのアプローチに分割して、インバウンド帯域幅と内部処理をより簡単に管理できるようにすることを検討します...

  1. Linuxのネイティブ（またはその他の）アプリを使用して、SCPまたはHTTPSまたは同等のものを使用して、指定されたドロップオフにデータをプッシュします。基本的にはデータを投稿するだけです。

  2. データを処理できるMBフローがあります。

小さな呼び出しが多い場合、MBデータフローのヘッドとしてHTTP [S]ノードを介してそれを実行できないのはなぜですか？HTTP POSTを使用してネイティブアプリでデータをまとめてプッシュすることはそれほど難しいことではなく、足を伸ばすための既存の「アート」がたくさんあるはずです。

于 2010-03-01T18:53:27.400 に答える
1

WMQ C / C ++ APIを使用しないのはなぜですか？WMQクライアントのインストールは、SupportPac MQC7：WebSphereMQV7.0クライアントとしてダウンロードできます。それができたら、C APIを使用して、通常どおりにコンパイルします。これはすべてネイティブのWMQベース製品の機能です。

WMQv7クライアントを使用したWMQV7QMgrは、JMS、WMQブローカーなどとの相互運用性が大幅に向上することに注意してください。これは、すべてのメッセージ属性がメッセージプロパティになり、pub/subがWMQv7QMgrでネイティブにサポートされるためです。また、v6は2011年9月の時点でサポートが終了しているため、後で移行しないように、v7コンポーネントで可能な限り多くの新しい開発を行ってください。

于 2010-04-27T04:38:48.430 に答える