サーバサイドのJavaプログラミングのためにサーブレットが必要ですか？

Question

Androidアプリケーションからのリクエストを処理するために小さなサーバーをプログラミングする必要があります。 （ユーザーがサーバーに数値を送信すると、サーバーは各ユーザーから受け取った数値を計算します（平均は言いましょう）。

この簡単な紹介は、Oracle（http://docs.oracle.com/javase/tutorial/networking/sockets/clientServer.html）から読んだところです。

特定のドアでリスンするサーバーを離れる方法について説明します。通常のJava、特別なアプリケーションは必要ありません（Tomcatなど）。

私は人がこの種のことを達成するために一般に「サーブレット」（Tomcatを使用）を使用していることを知っています。何故ですか？利点は何ですか？単純なチュートリアルで説明したようなサンプルサーバーをプログラミングして、それを常にコンピュータ上で実行しておくことはできませんか？

私は全体のシナリオをよりよく理解したいと思っています。 =）

Answer 1

ソケットを使用することは非常に簡単です。最初は。

あなたはサーバークラスを作成し、それをポートにバインドして持ち帰ります。

ヒットする最初のハードルは、コメントに記載されているマルチスレッドです。しかし、シンプルなプロデューサー/消費者のパターンは、すぐにそれを解決します。

次の問題は、プロトコルです。

• 誰が最初に話しますか？

• どのように対応しますか？

• どのように無効なリクエストを処理しますか？

• リクエスト中にストリームが崩壊するとどうなりますか？

• リクエストごとに新しいソケットを開くのか、クライアントがソケットを保持して複数のリクエストを書き込むのですか？

• 多分、あなたはある種のノンブロッキングIOを望んでいますか？

これは、HTTPが入ってくる場所で、TCP/IP経由で通信するためのプロトコルです（実際には、紙とバイクのビットを使用できます）。それは上記のすべての質問（およびもっと多くのもの）に対する答えを定義します。

ウェブサーバー（tomcat、glassfish）を実行し、生のソケットを処理し、適切な情報を送信します。

サーブレットは、Tomcatに接続があり、それが圧縮、暗号化などをネゴシエートしたときに抽象化され、サーブレットに要求を渡します。

サーブレットは未処理のソケットについて心配する必要はなく、要求を読み込んで応答を書き込みます。

HTTPが唯一のプロトコルではないことを指摘する価値はありますが、Webブラウジングに使用されるのは単なるものです。そして、Webサーバーで使用されるように。

Answer 2

サーブレットは必要ありません。

サーブレットはソケット処理を管理するので便利ですが、サーブレットを実行するにはコンテナ（Tomcatなど）が必要です。あなたが話しているような仕事をするために実際に作られたNettyを見たいかもしれません。

Answer 3

サーブレットは、JavaでHTTPプロトコルを処理する標準的な方法です。

あなたは、クライアント - サーバ通信とあなたは、サーバー側でJavaを使用するためにHTTPを使用したい場合は

、 あなたはサーブレットを使用する必要があります。

サーブレットは、インターネットでJavaと通信するためのシンプルで効果的なソリューションです。必要に応じてrancidfishbreathの提案するNettyは有効な代替手段ですが、Tomcatでサーブレットを使用することをお勧めします。 Tomcatを使用することは問題ではなく、軽くて自由です。

すでにbmorris591で説明されている理由により、rawソケットを使用するという考えを破棄してください。

Answer 4

サーバー側のソリューションとして、Java以外のものを見たいと思うかもしれません。おそらくNode.js、PHP、またはおそらくRuby on Railsでさえ、より良い、鐘と笛のオプションかもしれません。おそらく100以上のオプション（Python、Djangoなど、etc ...など）を列挙することができます。これは、JavaとServletを学ぶよりも簡単で、それに伴ってすべてのことを学ぶよりも簡単です。 JavaアプリケーションとJavaアプリケーションとの対話は必ずしも必要ではありません。また、巨大な学習曲線を必要としないカスタムソリューションを実行する単純なHTTPサーバーを取得するためのオプションが多数あります。