GlassFish v2の/ v3のプレリュード上のJBoss 5を使用する理由?
質問
のJBoss 5は、ちょうど数ヶ月(月またはその付近2009年のJavaOne)は、Java EE 6のリリース前に私たちのJava EE 5準拠のコンテナを与えて、2年後にベータ版から出てきました。私たちはしばらくのGlassFish v2のを持っていたし、今のGlassFish v3のプレリュードを持ってきます。
これらの上にJBossの5のいずれかの理由がありますか?私は、JBossが、本質的に死んだプロジェクトであるよりも、昨年以上感覚を持っていた。
あなたはどう思いますか?
解決
JBossは決して死んでプロジェクトです。それは非常に活発で、RedHatのからの強い商用バッキングを持っています。彼らは、新しいJBossマイクロをオフに実行するために全体のアプリケーションサーバーを再設計にかなりの時間を費やしました。それは価値があったわからない場合は3+年の努力が、リリースノートには、ここでは次のとおりです:
http://sourceforge.net/project/shownotes.php?release_id = 645033&group_idの= 22866 の
あなたは、Java EE仕様に簡単にプログラミングしている場合は、アプリケーションサーバのいずれかの大きな書き換えと同じように、私は、Glassfishのは、おそらく細かいニーズに合わせするJBoss 5上に慎重に踏むでしょう。あなたは、JBossスタック(シームは、JBoss AOPなど)の部品を使用したい場合、それはあなたのQA /展開のタイムラインに依存したJBoss 4ではなく5のいずれかをターゲットに価値があるかもしれません。 5.1が出てくるまでに、主要なバグが修正される必要がありますし、うまくいけば、簡単に移行することができる必要があります。
他のヒント
あなたの計画は、IBM MQのようなJMSプロバイダに接続するにはGlassFishのとnighmareことができるように注意してくださいJMSを使用する場合。
と同様に、あなたはそれがあなたのスタックの残りの部分との適合性を検討すべきでいただけます。
カール