JBoss 5 は 2 年後にベータ版を終了したばかりで、Java EE 6 のリリース (2009 年 5 月頃の JavaOne) の数か月前に Java EE 5 準拠のコンテナーが提供されます。しばらく GlassFish v2 を使用していましたが、現在 GlassFish v3 Prelude を使用しています。
JBoss 5 を使用する理由はありますか? 私はこの 1 年以上、JBoss が本質的に死んだプロジェクトであると感じていました。
どう思いますか?
JBoss 5 は 2 年後にベータ版を終了したばかりで、Java EE 6 のリリース (2009 年 5 月頃の JavaOne) の数か月前に Java EE 5 準拠のコンテナーが提供されます。しばらく GlassFish v2 を使用していましたが、現在 GlassFish v3 Prelude を使用しています。
JBoss 5 を使用する理由はありますか? 私はこの 1 年以上、JBoss が本質的に死んだプロジェクトであると感じていました。
どう思いますか?
JBoss は決して死んだプロジェクトではありません。これは非常に活発で、RedHat から強力な商業的支援を受けています。新しい JBoss Microcontainer で動作するようにアプリ サーバー全体を再設計するのにかなりの時間を費やしました。3 年以上の努力の価値があるかどうかはわかりませんが、リリース ノートは次のとおりです。
http://sourceforge.net/project/shownotes.php?release_id=645033&group_id=22866
アプリ サーバーを大幅に書き直す場合と同様に、JBoss 5 についても慎重に検討します。単純に Java EE 仕様に従ってプログラミングしている場合は、Glassfish がおそらくニーズに合っているでしょう。JBoss スタックの一部 (Seam、JBoss AOP など) を使用する場合は、QA / 展開のタイムラインに応じて、JBoss 5 ではなく JBoss 4 をターゲットにする価値があります。5.1 がリリースされるまでに、主要なバグが修正され、移行が容易になるはずです。
JMS の使用を計画している場合は、IBM MQ などの JMS プロバイダーへの接続が Glassfish との悪夢になる可能性があるため、注意してください。
機能と同様に、スタックの残りの部分にどれだけ適合するかを検討する必要があります。
カール