Seam3の概要

Java EE 6とCDI

JBoss.orgより2010年12月にオープンソースJava EE 6アプリケーションサーバーJBossAS 6.0.0.Finalがリリースされました。Java EE 6にはJSR-299 CDI （Context and Dependency Injection）仕様が含まれており、JBossAS 6にCDI参照実装Weldが含まれているので、JBossAS でもCDIを試せるようになりました。

SeamFramework.orgでは、このCDIをベースとした次世代アプリケーションフレームワークSeam3をオープンソースで開発しています。Seam3はCDI仕様の上に構築された拡張モジュール群で、Servlet, JSF, EJB, JPA, JMS等の既存Java EE APIの上に、従来よりも抽象度が高く、使いやすい機能群を提供します。

このSeam3のリリースが目前（本稿執筆時点では2011年3月がリリース予定です）となってきたことで、そろそろJava EE 6をターゲットとしたアプリケーション開発について具体的な検討を開始しても良い時期になってきたと思います。本連載では4回に亘って、CDIの基本からSeam3の概要について、プログラム例を交えながら解説します。

JSR-299 CDIとは

JSR-299の名称はContexts and Dependency Injection for Java EEで、文字通り、Java EE向けのコンテキストと依存性注入の仕様になります。DIについては、Spring FrameworkをはじめとしてJavaの世界ではかなり一般的に使われているので特に新しい感じは受けないかと思いますが、実はDIを「コンテキスト」と組み合わせたというところにCDIの肝の部分があります。

コンテキストはサーバー上に保持される、実行中の処理の状態です。コンテキストの種類によってコンテキストの寿命の長さは異なります。例えば、RequestコンテキストはHTTPリクエストの処理用のコンテキストですし、SessionコンテキストはHttpSessionを表すセッションのコンテキストです。コンテキストはアクセス範囲も示しています。Sessionコンテキストは別のユーザーからはアクセスできません。

コンテキストは「スコープ」という概念を実現する手段になります。CDIでは、Javaクラスにはそのインスタンスがどの種類のスコープによって管理されるかというJavaアノテーションをJavaクラス定義に付加することができます。CDIのスコープ（コンテキスト）の種類は、サーブレット仕様で定義されている、Request, Session, Applicationに加えて、Conversationというアプリケーションがその境界を定めることができるものもあります。

CDIでは、他のDIフレームワークと同様にインジェクションのタイミングでインスタンスが生成されます。一方、他のDIとの違いは、このインスタンスはコンテキスト上で管理されるという点です。コンテキストには始まりと終わりがあります。コンテキストの寿命が終えるとき、それが管理するインスタンスも一緒に解放されます。これをコンテキストによるライフサイクル管理と言います。