java - アプリケーションサーバーの起動時間の比較？

Question

数か月前、さまざまな（Java）アプリケーションサーバーを比較したブログ投稿を読みました。新しい/変更されたコードをデプロイしてからサーバーを起動/再起動するのにかかった時間と、失われた開発者についての議論に焦点を当てています。このすべての再起動が引き起こした生産性。

ブログ投稿をブックマークするのを忘れました。Googleを試しましたが、元の記事が見つかりません。

他の誰かがこの記事を見たり読んだりしたことがありますか、または同様の記事/統計へのリンクがありますか？

Answer 1

JavaRebel JRebelの皆さんから「調査結果：Java EEコンテナ–天国か地獄か？ 」を探していると思います。

Answer 2

これについてはたくさんの記事があるので、どれを参照しているのか具体的に知るのは難しいです。

そうは言っても、それは本当に技術スタックに依存します。J2EEコンテナだけではなく、完全なJ2EE実装が必要な場合、起動時間は大きく異なります。

たとえば、Tomcatは数秒で起動できます。私のマシンでは約1〜2秒で。もちろん、これはJ2EEコンテナです。EJBなどの機能は含まれていません。しかし、最近、本当にそれを必要としている人。

たとえば、JBossやWeblogicなどの完全なJ2EE実装では、サーバーの起動時間が大幅に長くなります。通常、30分から数分で。

繰り返しになりますが、J2EEスタックのどの部分が必要かを正確に決定する必要があります。それを完全に使用しない場合は、Tomcatは迅速な起動に最適です。

同様に、Tomcatを開発に使用する場合でも、Tomcatを本番環境に使用する必要があるという意味ではありません。それはそれが良い本番サーバーではないということではありません、それはただ軽量です。

Answer 3

統合テストのためだけにアプリケーションを完全な形でデプロイする必要があるという考えから始めましょう。それは1日2回発生する可能性があります。それ以外の場合は、ユニットとローカルの統合テスト（つまり、実際のデータベース接続を使用したJUnitテスト）を実行します。これらのテストの起動時間はほぼゼロです。

私の開発活動は次のようなものです：

• （モックされた）単体テストとコードを同時に記述します。単体テストの実行は、コードが期待どおりに機能するまでに20回かかる場合があります
• 主要なケースのローカル統合テストを作成します。テストを実行するのは、大丈夫だと確信する前に3〜5回かかる場合があります
• アプリケーション全体をパッケージ化し、UIを介してシナリオのウォークスルーを1回または2回実行します

そのような時間配分では、ASの起動時間は私のパフォーマンスの多くを占めません。

したがって、ASについて不満を言うのではなく、最初に開発プロセスを整理するように努力する方がよいでしょう。