Java EE 6：CDIへの切り替え - 最高のリソース

StackOverflow https://stackoverflow.com/questions/3403688

質問

手元には、小さいながら完全なJava EE 6アプリケーションがあります。

従来の注釈が使用されています： @Resource, @EJB, @Singleton, @PostConstruct, @PreDestroy, @PersistenceContext, @ManagedBean, @ManagedProperty, @RequestScope, @ApplicationScope,...

CDIを導入することが理にかなっているかどうか、依存関係の注入、Beanライフサイクル管理などの共通戦略について標準化することが理にかなっています。

質問： 従来のJava EE 6アノテーションをCDIのものに変える良い記事、例、またはマニュアルについて誰もが知っていますか？

役に立ちましたか？

解決

従来のJava EE 6アノテーションをCDIのものに変える良い記事、例、またはマニュアルについて誰もが知っていますか？

「変換」については厳密ではなく、非常に優れたリソースIMO：

関連する質問

他のヒント

私の意見では、CDIに「切り替える」ことは大したことではありません。ライブラリにCDI実装（溶接など）を追加して、アプリにCDI Beans/Annotationsの追加を開始します。既存のコードベースを変更する必要はありません。読むことをお勧めします 溶接参照.

JBOSS CDI実装（溶接）を使用する予定がある場合は、これに興味があるかもしれません jboss溶接を含むCDI 論文。

ラインに従うことを提案しました私は読むことをお勧めします：

Java EE 6チュートリアル - コンテキストと依存関係の注入

同じ精神で、私は次の記事が好きです：

Spring to Java EE - 移行体験

についてじゃない 「OldSkool Java EE」-TO-「CDIベースのJava EE」, 、しかしもっと スプリングツージャバEE 6.

トピック外ですが、とにかく興味深い読み物です。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top