InfoQ

News

JEEサーバの比較

作者 Bryan Clauser, 翻訳者 沼田 暁子 投稿日 2008年4月20日 午前6時16分

コミュニティ
Java
トピック
アプリケーションサーバ
タグ
Geronimo,
Glassfish,
BEA,
JBoss

あなたのアプリケーションで使用するJEEサーバを選定する場合、あなたにはたくさんの選択肢がある。どのアプリケーションサーバが最適であるかを知っていることが重要である。先ごろ、Jonathan Campbell氏は少数のJEEアプリケーションサーバを取り上げ、有益なコメントはもちろん、驚くべき結果を見つけ出した。

Jonathan 氏がJavaworld向けに少数のJEEアプリケーションサーバを比較したのは、それほど前のことではない。そのときに比較したJ2EE サーバは、JBoss 4.2、Geronimo、Tomcat 6であった。このプレゼンテーションの中では、サーバの機能、アプリケーションの配備、そして性能についての比較が行われた。

  • EE 5準拠

  • 3.0対応

  • JSP 2.1、Servlet 2.5への対応

  • Hibernate 3.xのサポート

  • クラスタリングのサポート

機能の比較のほかに、Jonathan氏は性能のベンチマークも行っていた。簡単なJSPとサーブレットを使い、同時セッションを維持しながらのユーザ接続のスピードはもちろん、セッションの生成処理の仕方を調べるテストが行われた。 Geronimoが勝者となったが、これは最も多くの機能を備えているために得点が高かったことによる。Jonathan氏は、総合的に見て、比較したどのサーバでも役割はきちんと果たすという結論を出した。各JEEアプリケーションサーバの比較方法はもちろん、比較された機能の全リストはこちら(source)で見ることができる。

今回は、別のJEEアプリケーションサーバの組み合わせで比較が行われた。今度比較したのは、Glassfish 2.0、JBoss 4.2、WebSphere 2.0コミュニティエディション(Geronimo)、Weblogic 10である。この新しい組み合わせのJEEアプリケーションサーバの比較でも、前回比較した機能と同じものも考慮にいれられた。

純粋な機能の観点では、Geronimoが1位となり、Glassfish 2.1が一歩及ばず2位であった。これらのサーバについても性能のベンチマークが再び行われたが、今回はjRealBenchと呼ばれているアプリケーションが使われた。JRealBenchは、現実的なベンチマークを明らかにするために設計されたものであり、2回目以降の要求はもちろん、最初のページ要求の際のセッション生成のテストに注力している。ベンチマークでも再びGeronimoが優位に立ち、2番目はJBossであった。

.お金を最大限に活用するのであればGeronimoが1位である、とJonathan氏はまたもや結論付けた。この結論が引き金となり、結果の妥当性に疑問を示すたくさんのコメントが寄せられた。ある主張は、WeblogicのJRockitのように、JEEアプリケーションサーバにはそれぞれ独自に最適化されたJVMがあるという考えに基づくものであった。そうしたJVMでは付加的な性能が提供されているが、今回の比較では考慮されていない。またある者は、非営利団体のSPEC(Standard Performance Evaluation Corporation:標準性能評価法人)に言及しているが、SPECではしばらくの間、JEEアプリケーションサーバのベンチマークが行われている。

最後に、Jonathan氏は主要なJEEアプリケーションサーバのいくつかについて、単純なベンチマークの比較をそのまま提供している。比較された機能の全リストと結果はこちら(source)で見ることができる。

原文はこちらです:http://www.infoq.com/news/2008/04/compare-jee-2

ブックマーク
digg+,
reddit+,
del.icio.us+,
dzone+,
Hatena

No comments

返信

特集コンテンツ一覧

トップスポーツチームの監督に教わる秘訣

この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。

事例研究:Dutch Railwaysのプロジェクトにおける分散拠点でのスクラム・プロジェクト

この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。

Agile2008チーム参加レポート - 帰国そして変化

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。

SilverlightとJavaのインターオペラビリティ

マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。

Agile2008 チーム参加レポート - カンファレンス参加編

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。

Agile2008 チーム参加レポート - 動機/準備編

筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。

Javaトラブルシューティングメルマガ総集編 2008/08~09

エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。

モデル駆動アプローチがうまく機能しない(しなくなる)8 つの理由

この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。