現在 Apache Tomcat で実行されている J2EE ベースのシステムがあります。本番サーバーをGlassfishサーバーに移動することについて話し合っています。
誰かが彼らのどちらかと自分の経験を共有できますか?
現在 Apache Tomcat で実行されている J2EE ベースのシステムがあります。本番サーバーをGlassfishサーバーに移動することについて話し合っています。
誰かが彼らのどちらかと自分の経験を共有できますか?
それらは実際には比較できません。
Apache Tomcat は J2EE サーバーではありません。これは単なる Web アプリケーション用のサーブレット コンテナです。これ以上何もない。J2EE API の実装が必要な場合は、他の場所から取得する必要があります。たとえば、Tomcat をコンテナーとして使用する Apache Geronimo サーバーを使用するか、Glassfish から JAR ファイルを取得します。
Glassfish は、JPA、EJB などの API を実装した完全な Java アプリケーション サーバーです。Glassfish には、Tomcat で最初に使用されたサーブレット エンジンが含まれていますが、改善されました (正確にはわかりません)。最近のグラスフィッシュ サーバーgrizzly
は、入出力とスケーリングに NIO API を使用する別のコンテナーを使用しています。私の知る限り、Glassfish サーブレット エンジンはより高性能です。ここで私は素敵なベンチマークを見つけました(少し古いですが):
http://weblogs.java.net/blog/sdo/archive/2007/05/how_to_test_con.html
大きな疑問は次のとおりです。なぜですか?Glassfish が Tomcat や Jetty で提供するために必要なものは何だと思いますか? おそらく管理ユーティリティ?
基本的なサーブレット コンテナー以外に必要なもののほとんどは、簡単にプラグインできます。
したがって、Glassfish はそのままで問題ありませんが、「理由だけ」で移動しても意味がありません。私が構築した本番サービスのほとんどは、実装固有の機能を使用せず、単純な古いサーブレット コンテナー上にあります。
これは少し時代遅れで、少し偏っているかもしれませんが、Oracle からのものです。Glass Fish と Tom Cat を比較するセクションまでスキップできます。
http://java.sun.com/developer/technicalArticles/glassfish/GFandMySQL_Part1.html