プッシュ機能を使用するソリューションを開発する予定です。サーバーとモバイル デバイス クライアント アプリケーションがあります。
サーバーからクライアントにメッセージをプッシュする方法を知る必要があります。つまり、クライアント アプリケーションは、サーバーからメッセージが届くまで受動的に待機しています。
サーバーからメッセージをプッシュする背後にあるテクノロジーは何ですか。
クライアントは、Android、J2me、BB、iphone などの形式です。
プッシュ機能を使用するソリューションを開発する予定です。サーバーとモバイル デバイス クライアント アプリケーションがあります。
サーバーからクライアントにメッセージをプッシュする方法を知る必要があります。つまり、クライアント アプリケーションは、サーバーからメッセージが届くまで受動的に待機しています。
サーバーからメッセージをプッシュする背後にあるテクノロジーは何ですか。
クライアントは、Android、J2me、BB、iphone などの形式です。
HTML5 Web ソケットをご覧ください。開く方法ですraw TCP ソケットTCP ソケットのように機能しますが (いくつかの制限があります)、ブラウザから HTTP 経由で開始され、真の双方向通信を可能にします。現在の iOS ブラウザーを含む、多くの最新のブラウザーでサポートされています。Android ではサポートされていませんが、Flash ピクセルに頼ることができます。ソケットを管理し、すべての情報を Javascript とやり取りする Flash ファイルを作成するのは非常に簡単です。興味があれば、掘り下げられるコードがいくつかあると思います。
「COMET」をグーグルで検索すると、たくさんのリンクが表示されます。一般的に言えば、要求をパークし、返すべきデータがある場合に要求を取得できるサーバー フレームワークが必要です。たとえば、基本的な Java サーブレットはリクエストごとにスレッドを保持し、リクエストを「パーク」すると (待機を行うことによって)、スレッドはリクエストとともに中断されます。この方法では、サーバーでスレッドを保持できる数のクライアントしか要求を待機できません。これは、大きなアプリには十分ではありません。
したがって、少なくとも、リクエストが一時停止されたときにスレッドを再利用できるシステムが必要です。プッシュが再び普及するにつれて、それをサポートするフレームワークが開花しているため、より多くのコンテキストがなければ、特定のサーバー/フレームワークを推奨することは困難です.
そうは言っても :-)、Play Framework (http://www.playframework.org/) には、「プッシュ」の 3 つのバリエーションを使用するサンプル チャット アプリケーションがあります。どちらかといえば、コードを熟読して (Java の知識があると仮定して)、さまざまなソリューションの感触をつかむ価値があります。