問題タブ [mqtt]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
android - Android でのプッシュ通知: IBM MQTT
私は Android 環境に非常に慣れていないため、http: //www-01.ibm.com/support/docview.wss にある (wmqtt.jar) サンプル アプリケーションを使用してクライアント側をセットアップする必要がありますか?
hello world プログラムしか知りません。
簡単なAndroidアプリケーションにそれを統合する方法を段階的に教えてください。
ありがとうございます。
android - MQTTセキュリティ-トピックをサブスクライブする悪用者を防ぐ方法は?
これで、MQTTのすべてのセットアップと作業が完了しました。私はIBMwmqtt.jarとMosquittoブローカーを使用しています。
私のJavaサーブレットは、ブローカーへのMQTTConnectionを作成し、トピック「AndroidDeviceID/myAppName」で公開します。
Androidクライアントは同じトピックをサブスクライブします...
誰かが私のユーザーのデバイス名を知っていれば、簡単なAndroidアプリを作成して、私のMQTTブローカーでそのトピックをサブスクライブできるように思えます。次に、ユーザーからすべての通知(この場合はインスタントメッセージングメッセージ)を受け取ります。
これはどのように適切に回避されますか?
android - Eclipse Paho MQTT クライアントを使用して ping を送信するには?
Android 用の独自のプッシュ通知システム (クライアントの要件により) の構築を開始したところ、Eclipse Paho ( http://www.eclipse.org/paho/ ) を見つけました。言うまでもなく、このプロジェクトは本当にエキサイティングです。
Android の問題は、CPU がスリープ状態にある場合、MQTT クライアントが設定された間隔で ping を送信する機会を得られない可能性があることです。回避策は、AlarmManager を使用して起動し、ジョブを完了させることです。Androidのドキュメントには次のように書かれています:
アラーム マネージャは、アラーム レシーバの onReceive() メソッドが実行されている限り、CPU ウェイク ロックを保持します。これにより、ブロードキャストの処理が完了するまで電話がスリープ状態にならないことが保証されます。onReceive() が戻ると、Alarm Manager はこの wake lock を解放します。これは、onReceive() メソッドが完了するとすぐに電話がスリープする場合があることを意味します。
http://developer.android.com/reference/android/app/AlarmManager.html
CPU に PARTIAL_WAKE_LOCK がある間にその onReceive() メソッド内で ping コマンドを送信できることを確認する必要があるため、サーバーに手動で ping を送信する方法を探していましたが、クライアントはそのようなメソッドを公開していないようです。何か不足していますか?または、自分の「ping メッセージ」を公開する以外に、ここでの回避策は何ですか? 私はそれを避けたい:
- より大きなオーバーヘッド
- Android クライアントがサブスクライバーのみであることを確認します。Mosquitto の ACL を使用する場合があります。メッセージの公開は許可されません。
android - mqtt mosquitto linux 接続制限
プッシュ通知用に MQTT を実行することに関連して、ユーザーは Linux で 1024 接続制限をどのように超えていますか?
私は Mosquitto サーバーを使用していますが、Linux バージョンには 1024 の接続制限が組み込まれていないと読んだと思います。では、単一のサーバー (ブリッジなどなし) を使用して、5,000、10,000 以上のユーザーを獲得できますか?
または、ブリッジングが絶対に必要ですか? mosquitto の構成設定のマニュアル ページ以外に、これがどのようにセットアップされているかについて多くの記述を見たことがありません。
または、いくつかの Linux 構成設定を変更するだけで、単一の mosquitto サーバーを使用しても問題ありませんか?
私のアプリは多かれ少なかれインスタント メッセージング アプリなので、約 10,000 人、場合によっては 20,000 人が mosquitto に 24 時間 365 日常時接続してメッセージを警告することを期待しています。
うーん
android - ia92 wmqtt.jar を使用して Android MQTT プロジェクトをセットアップするにはどうすればよいですか?
wmqtt.jar を使用して MQTT サービスを実装しようとしています。ほとんどの人のように、私は他の人の例を見ることから始めました。Dale Lane の投稿http://dalelane.co.uk/blog/?p=1599への参照をいくつか見つけ、http: //mosquitto.org/2011/11/android-mqtt-example-から彼のサービスのバージョンをダウンロードしました。プロジェクト/ . 私の問題は、エミュレーターで wmqtt.jar を使用して実行しようとするすべての例が、java.lang.ClassNotFoundException で MqttSimpleCallback を参照するクラスになるとすぐにコードがクラッシュすることです。これを実行するために私がしなければならない「特別な」ことはありますか?通常、問題は私のコードにあると思いますが、私が試した他のソースからのすべての例が同じ問題でクラッシュするため、セットアップで何かを見逃していると想定する必要がありますか?
mosquitto.org のコードが壊れたときの LogCat は次のようになります。
java-me - j2ME の MQTT クライアント
J2ME アプリケーションで MQTT クライアントを使用したいと考えています。http://mqtt.org/softwareで利用可能なクライアントが見つかりませんでした。J2Me ですぐに利用できるオープン ソース クライアントがあれば教えてください。そうでない場合は、どのように前進するか。
前もって感謝します、
android - CWNAN0020W ソケット 4、ピア・アドレスでのソケット・エラー:57710; 接続を終了する
私は、Really Small メッセージ ブローカー (RSMB MQTT) 用の php SAM ライブラリをインストールしました。そして、Android Push Demo を接続しようとしていますが、次のエラーが発生します
[root@user linux_ia64]# tail -f nohup.out
20120501 120111.226 CWNAN9997I Licensed Materials - Property of IBM
20120501 120111.226 CWNAN9996I Copyright IBM Corp. 2007, 2010 All Rights Reserved
20120501 Government 120111.226 IBM Corp.
20120501 120111.226とのGSA ADPスケジュール契約により、CWNAN0053Iバージョン1.2.0、2010年8月18:02:09
20120501 120111.226 CWNAN0054I機能が含まれています:Bridge
20120501
120111.226 CWNAN0014I MQTT プロトコルの開始、ポート 1883 での listen20120501 120126.609 CWNAN0020W ソケット 4 のソケット・エラー、ピア・アドレス ipaddress:34861; 接続を終了する
Plsは、上記の問題を修正するのに役立ちます。
android - AMQP と MQTT のどちらを選択できますか?
サーバーからAndroidデバイスにメッセージをプッシュするバックエンドアプリケーションを構築したい.そして、状況に適した2つのプロトコルがあることがわかった.それぞれにRabbitMQまたはmosquittoサーバーを使用したい(他に良い選択肢がある場合は教えてください)私も :-) ) ネットワークの状態が悪いこと、バッテリーの使用状況、サーバーのパフォーマンスを考慮すると、どのソリューションが私に適していますか?
C2DMサービスも見つけましたが、私の状況では2つの問題があります.1つ目は、Android 2.2以降のバージョンしかサポートしていないことです.2つ目は、中国でのサービスは常に安定しているとは限らないことです.それで、私は自分のプッシュサービスを構築したいと考えています.
tcp - MQTT: TCP の代わりに信頼できない配信
MQTT プロトコルは TCP を介して流れるため、3 つの QoS レベルの違いは非常に微妙です。通常の状態では、TCP が配信を保証し、重複を防ぎます。
MQTT を使用してリアルタイム データをモバイル デバイスに送信する予定ですが、信頼性の高い配信は必要ありません。バッテリの消費をできるだけ低く保つことは非常に重要であるため、不要なメッセージ (TCP の確認応答) を送信しないようにすることをお勧めします。
MQTT over UDP やその他の信頼性の低いトランスポート層プロトコルを実装することは可能でしょうか? これを行う既存のライブラリはありますか?