ベストJavaの枠組みをサーバ側のWebSockets[定休日]
https://stackoverflow.com/questions/4003102
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
をしていきたい簡単なサーバーを低負荷時のものです。の目標は、ユーザビリティへの考慮とはjavascriptに対するアクセスをお客様に提供いくつかの機能を実装にはJavaによWebSockets.を求めるためのライブラリを使用するので、強い。今の私の考えでは3つの選択肢 -jWebSocket -桟橋 -netty 何が最良でしょうか。は何か?
かまいません。
解決
よろしく アレックス
他のヒント
いて確Java servletサーバー:桟橋または樹脂です。においても延長された取扱いをWebSockets:
私の個人的選択する桟橋が多く、ゆったりとも使ってそのまま使用すると埋め込みサーバーを複数のプロジェクト.
い""コミュニケーション""キッズのブロックのように 雰囲気 や jWebSocket, が、サーバーへの出実績のある解決策です。桟橋および樹脂にも汎用Servletサーバー、長く家を空けるときに一つの製品のすべてのお客ニーズに
PlayFramework！には、他の非常に良いオプションです。
FYI、雰囲気は、樹脂、GlassFishのと桟橋の上で実行します。雰囲気はWebSocketのサーバーの中であなたのWebSocket移植性を与えることによって、一つのサーバで立ち往生しているからあなたを解放します。また、ケース用WebSocketで最高の輸送がブラウザでサポートされていないを選択することができ、クライアントライブラリを提供します。あなたは桟橋やRSINと雰囲気を比較することはできませんので、
がんの実装JWebsockets、アウトバーンが多く、かな雰囲気です。
を立ち上げることができる::を立ち上げることができる時間は低い。サンフランソワArcand置の試験および例は、皆様のさらなる変革の速います。（少しも不思議じゃないかたに対応できるのでかつ迅速に建築質問します。印象的です。)
メンテナンス面で::私、メンテナンスの基礎となれば、ソフトウェアを超えて主要なリリースバージョン1.0.0.のプロジェクトではトップMaven-POMレベルを適切に構築です。防いでくれるので図書館incompatability.ライブラリを参考に正しいです。は行われます。
技術/機能的観点から::で、Java SEイwasync)ではネイティブwebsocket通信(onMessage）をジャージ残りのアノテーション（@ます。その後、こどもの利益の維持、接続のための契約数と人気の遠隔手続き呼び出しRPC)パラダイムで試合併その二つのパラダイム参照 http://wamp.ws/, をヘッドと同じです。また、図書館には、設立QoSまっていただいた皆様ありがとう頑健性など場合にはクライアントは切断)および信頼性（キャッシュが届かなかった原因のメッセージ).ることは専門ソフトウェアをハーネス
たぶん、あなたは Bristlebackサーバーを試してみてください？ Bristlebackを使用して、桟橋、ネッティーとTomcatのようないくつかのWebSocketエンジン、から選択することができます。スタンドアロンサーバだけでなく、Webアプリケーションを持つことができるような用途のWebSocketを（突堤とTomcat 7）。 Bristlebackは、春のフレームワークを使用しています。あなたはStrutsの、ストライプやプレイなどのWebフレームワークで働いている場合は、起動するために！、それは非常に簡単になります。もちろん、Bristlebackはさらに簡単に開発するための独自のJavaScriptクライアントライブラリを持っています。
全開示：私はBristlebackサーバーの共同制作者の一人です。
私もリストに vert.x に追加します。これは、サーバーのWebSocketをとSockJS（ブラウザがそれをサポートしていないのWebSocketエミュレーション）することができます。
更新：
アンダートウ http://undertow.io にもWebSocketをサポートします。
私のブログに従ってください。私はあまりにも遠く、将来のリリースいつかのための準備ができていますよ。軽量は全部を通じて強調されている - しかし、それも速いです。私はそれがより高い負荷まで上昇する方法をまだよくわかりません。しかし、私は、比較的低負荷でしばらくの間、今デモを実行してきたと私は何を持っていることは十分に取り組んできました。 （私は後で重い負荷をテストし、それがランプアップすることができていることを確認してくださいます。）
http://highlevellogic.blogspot.com/2011/09/ WebSocketのサーバー・demonstration_26.htmlする
あなたはメッセージ管理周りのインフラを探している場合は、ユーザーのグループ化（「部屋」）、およびデータの同期（「共有変数」）、あなたは連合プラットフォームを検討する必要があります：
http://www.unionplatform.comする
[完全開示：私は連合の共同制作者の一人です]
とだと思書申請のオープンスタンダードのようにJMSして、お客様の灯りに照らされ、昼間とは違っJMSバスとしてのメッセージ客様がリピーターの方々です。全体のポイントwebsocketsは他のネイティブのTCPプロトコルを直接クライアントに代わりに変えてから後にhttp要求に応じます。
ごバックエンサービスがもっJMSブのようなActiveMQ、お話AMQPのブラウザをJavascript APIに見えるようにJMS APIはJava.すべての要求にこたえることはwebsocketゲートウェイ、例えばKaazingのようなゲートウェイ、なによりの経路おJMS TCP交通のウェブクライアントに渡websockets.などを行っていますので、ファンのような過負荷におJMSバス、すなわちあなただけの利用は一握りの接続を仲介業者へのオフロ百万ブラウザクライアントから接続
そんなを結ぶ必要の自分を特定。貼った基準、そのようにす100%の自由な交換部品としてご利用の環境変化します。
