[B! cdi] tvskのブックマーク

java ee - WELD-001408: trying @Inject EJB from JAR to WAR - Stack Overflow

tvsk 2018/10/26

WARからEJBを利用する際に、@Inject で注入できないのか？　答えはできない。JNDIルックアップでEJBを取得するのが正解。

リンク

@Inject, @EJB, @Local, @Remote, @LocalBean, etc... : confused?

tvsk 2018/10/26

リンク

EJB および CDI との JAX-RS 2.0 の統合

Java™ API for RESTful Web Services (JAX-RS) 2.0 は、 WebSphere® Application Server traditional V9で Enterprise JavaBeans (EJB) および Contexts and Dependency Injection (CDI) と統合します。 JAX-RS 2.0 がエンタープライズ Bean とともに機能するためには、 @Path を使用して Bean のクラスにアノテーションを付け、それをルート・リソース・クラスに変換する必要があります。 EJB との統合により、EJB Bean にアノテーションを付けてそれらを REST エンドポイントとして示すことができます。また、Java Transaction API (JTA) および EJB のセキュリティー機能を使用することもでき

tvsk 2018/10/25

リンク

CDIとEJBの使い分けについて

この程度の要件であれば、EJBのアノテーション（@Statelessとか@EJBとか）は、使う理由が無いのですか？ないです。DI、AOP、トランザクション管理に関しては、既に CDI と JTA だけで対応できますし、多くの場合その方がパフォーマンスも良いです。古の J2EE は何でもかんでも EJB に詰め込んでいました。その当時の選択としては間違ってはいなかったのですが、あまりに大きく重くなり過ぎたため、現在では CDI を筆頭とした周辺の仕様に機能を移管し始めています (最終的には EJB が削除される可能性もあります)。互換性のためしばらくの間は EJB と代替仕様の共存になるでしょうが、新規開発時には基本的に EJB ではない方の仕様を優先した方が良いでしょう。具体的には、CDI か EJB かで迷ったときには、特別な理由がなければ CDI を選択した方が得策です。現時点で