サーブレットコンテナ(Tomcatなど)で動作する小さなJava Webアプリケーションをビルドすると、Webサーバーが組み込まれて実行されているスタンドアロンJavaアプリケーションを構築する利点は何ですかそれはリバースプロキシの背後にある?サーブレットコンテナ内のJava Webアプリケーションとスタンドアロン
私はJavaで約1年間プレイしてきました。私はTomcatを起動するのに時間がかかることに気付きました。クラスローダーの問題のためにホットリデプロイを行うことは必ずしも可能ではありません。サーブレットAPIは、特に構成やRESTfulな設計(実際には完全にサポートされていない)の観点から、やや複雑なものです。
一方、私のIDEは、スタンドアロンのアプリケーションをコンパイルして驚くほど高速に実行できることに気付きました。逆プロキシのためのApacheの設定はケーキの一部です。埋め込まれたJettyは、私がそれを投げることができるものは何でも処理するようです。私はRestlet、Wicketなどを使うことができるときにサーブレットは必要ありません。アプリケーションの仕組みを知ることができれば(巨大なアプリケーションサーバーと統合されていないため)、力を入れてくれます。スタックトレースは短くなります。ダウンロードサイズは小さくなります。エンドユーザーの設定は簡単です。私は、関連するソフトウェア層が少なくて済むため、パフォーマンスが向上する可能性が高いと推測しています。
しかし、私は、普通はあまりにも真実であると思われるものが普通だと言っていることを思い出しています。だから私の質問は、なぜ私は自分のWebアプリケーションをスタンドアロンにしたくないのでしょうか?サーブレット・コンテナは、本当に必要な私および/または私のエンド・ユーザーに何を知らせるのですか?