バッグエンド処理、tomcatが必要か否か。

Question

クライアントからのリクエストをhttpで受けて結果を返す。よくあるhttpサーバアプリをjavaで作成したいです。

上記の中に画面（jsp,htmlなど）は全くなしです。最終的には上記が完成したらサーバ側にデプロイして使用します。

これらを踏まえライブラリとして「tomcat」を使用した方がいいのか否か、決定的な判断が出来ず迷っています。

下記の記事にもあるように、「tomcat」なしでもhttpサーバを実装してリクエストを受け付けることは可能だということは理解しました。
サーバの起動もjavaコマンドで行えるのでtomcatなしでも十分に動かせることは承知です。
https://qiita.com/opengl-8080/items/ca152658a0e52c786029

なので、tomcatはなくても行けるのは分かっているのですが、改めて「tomcat」を使うケースっていつだろと整理したくなりました。
自分なりの解釈ですが、tomcatはサーブレットとセットなので画面がある場合に使うとものと考えました。

今回でいうと画面なしのhttpサーバアプリを作成で、サーブレットも必要ないですし、tomcatなしがいいのかなと思います。
いかがでしょうか？もっとこういうメリット、デメリットあればご意見あれば教えて頂ければ幸いです。

Answer 1

わざわざ自分でHTTPサーバを実装するとかめんどうではないですか？
あるもので実績があるなら利用したいです。その分ビジネスロジック等に専念できます。
tomcat以外にも選択肢(jetty等)があると思うので検討してみては如何でしょうか

Comments

[madagasukal]

回答いただきありがとうございます。
やはり画面なしのアプリの場合でも関係なく、使用した方がベターなんですね。。。
他ライブラリのおすすめもありがとうございます。参考にさせていただきます。

[omochi]

イントラで一行テキスト返すだけとかなら適当な自作とかでもいいかもしれませんが、そうでなくRFCみながらHTTPサーバ実装するとか大変だと思います。自分に自信があって他は信用ならない人は実装するかもしれませんね、

[madagasukal]

なるほどです。。。
ちと分かってなかったのが、「tomcat＝画面出す必要あり？」と思いこんでた部分があったので参考になりました。

実装大変になりますね。おっしゃる通りですね。。。