選択できる場合は、JSF 2 と CDI を使用する Java EE 6 プロジェクトに JBoss 7 を使用します。
ただし、お客様のプロジェクトの環境が多かれ少なかれ設定されている場合もあります。そのため、あるケースでは、Tomcat (6 または 7) に制限されています。
そこで、Tomcat 内での CDI (例: WELD) と JSF 2 の使用に関するいくつかの記事を読みましたが、基本的に問題がないことがわかりました。
それでも、私の質問は - それは理にかなっていますか? それとも、サーブレット コンテナは、そのようなアーキテクチャに適した環境ではないのでしょうか? Tomcat+CDI をデモ プロジェクト以上の目的で使用した経験のある人はいますか?
前もって感謝します！
まず第一に、良い質問です:)
エンタープライズ アプリケーションをサーブレット エンジンにデプロイすることは、Spring などのメイン シナリオなので、確かに可能です。しかし、Spring は、単純にサーバーに置いて楽しむいくつかの JAR ではなく、API と構成ファイルのエコシステム全体であることがわかります。
Tomcat 7 で Weld & JSF をかなりプレイしましたが、かなりうまくいきました。しかし、HelloWorldOnTomcat.java と実際の顧客向けの実際のアプリケーションとの間には大きな違いがあります。ご承知のことと存じます。
比較的短時間でまともなセットアップをコンパイルできると思います。CDI も JSF も問題ありません。ただし、具体的な要件によっては、すぐに使用できる Tomcat ではカバーされない他の側面に対処する必要があります。セキュリティ、クラスタリング、フェイルオーバー、メッセージング、非同期性など、いくつかの懸念事項があります (コメントで言及されているようにトランザクションも)。
あなたが（多かれ少なかれ）そのような要件に精通しており、次のプロジェクトがかなりリラックスしていて、次の火星ミッションを制御することになっていない場合は、ぜひ試してみてください.
一方、そのような要件について知っている場合は、(a) Java EE アプリケーション サーバーでのセットアップ、または (b) Tomcat での別のスタックを探します。
Apache Tomee を見てみましょう。
「Tommy」と発音するApache TomEEは、すべてが Apache Java EE 6 Web Profile 認定スタックであり、Tomcat がトップドッグです。Apache TomEE は、バニラの Apache Tomcat zip ファイルから組み立てられます。Tomcat から始めて、jar を追加し、残りを圧縮します。その結果が、EE 機能が追加された Tomcat です - TomEE。