一言で言えば、私は、EJBを使用しないSpringベースのWebアプリケーションのシナリオで、GlassfishがTomcatが使用する価値のない機能を提供するかどうかを評価しようとしています。言い換えると、Springセキュリティ、トランザクション管理、およびMVC（Faceletsを使用したいのですが、Spring Web FlowはFaceletサポートを提供します）を使用している場合、Glassfishのコンテナ管理機能ではありません。 Tomcatで見つかった、より単純なTomcatプラットフォームよりもGlassfishを使用する利点はありますか？それらは何ですか？さらに、どのようなシナリオでも、Spring MVCとJSFを混在させることには意味がありますか？
1 に答える
1
このリンクはかなり古いですが、役立つかもしれません。
個人的には、絶対に使用しない機能を備えたアプリサーバーを使用しないことを固く信じており、過去のEJBの経験からはまだ口の中でひどい味がするので、二度と使用する気がないので、 Tomcatには必要なものがすべて揃っているので、個人的にはGlassfishを考慮しません。必要なのが追加の管理ツールだけである場合、SpringSourceのtcServer（私が個人的に使用したもの）やMuleSoftのTcatなど、商用グレードのTomcat製品がたくさんあります。ReHatには、かつていくつかのエンタープライズTomcatが提供されていましたが、現時点では製品名がわかりません。
于 2013-03-26T11:57:11.033 に答える