CDIを使ったプログラムの単体テスト(1)
これから何回かに分けてCDIベースのテストを支援するDeltaSpikeのモジュールを紹介します。今回はDeltaSpike Test-Controlモジュールです。 CDIベースの単体テストの問題 CDIを使ったインジェクション、プロデューサ、インタセプタ、イベントなどを使ったクラスをどうやってテストしたらよいのでしょう。setterインジェクションを使うなど、無理をすればある程度はコンテナ無しでもテストができるかもしれませんが、できればCDIの普通の使い方をしたままでテストをしたいものです。そうなると、JUnitとCDIコンテナを連携させる仕組みが必要になります。 テスト対象がEJBやコンテナ管理のJPAを使っている場合など、Java EEコンテナに依存する場合には、Arquillianを使うのが定番ですが、Arquillianはテストをアプリサーバー上で実行するためにアプリサーバーの
悲しいことに最近仕事でコードが書けなくなってきてしまい（苦手な上流へ…）、あまりネタがないのですが、プライベートな時間で以下のJava EE7本を細かく読み始めました。 Beginning Java EE 7 (Expert Voice in Java)posted with amazlet at 14.06.15Antonio Goncalves Apress (2013-06-26) 売り上げランキング: 4,378 Amazon.co.jpで詳細を見る このBeginning Java EE 7は名前からわかる方もいると思いますが、金魚本のJava EE 7版となっていて、先頭の章でCDIがドカンと入ってていい感じです。 しかし本を読んでいると、CDIは細かい所で結構知らないことあるなぁと。 そんなわけで個人的なメモ。 プリミティブ型やStringもCDIのProducersを利用し
先日書いた「プリミティブ型もCDIでInject」に続いて、今回もCDIの中で知らなかったネタなのですが。 CDIの仕様の中で、@Decoratorを利用してGoFのデザインパターンにあるデコレータパターンを記述する方法があるとのこと。 デコレータパターンについては 12. Decorator パターン | TECHSCORE(テックスコア) 矢沢久雄の早わかりGoFデザインパターン(8) - ITpro 辺りがわかりやすいかと。 簡単に書いてみたら、あっさり動きました。 こんなインタフェースを用意して package jp.co.hoge.decorator; public interface HogeExecutor { public void execute(); } 標準出力で「hogehoge」と出すだけの実装クラスを定義します package jp.co.hoge.decora
Javaのベンダー公式フレームワークであるJava EEでは、DI(Dependency Injection)の仕様である CDI(Context and Dependency Injection for Java EE)が提供されています。 CDIはJava EEでアプリケーションを開発する上で避けては通れませんが、それ自体が複雑なのに加え、 仕様が複数にまたがっていて理解するのが難しいです。 そのため、CDI使う上で理解する必要のある重要な概念や基本的な使い方、 はまりポイントなどをまとめていきます。 この記事は基本的な使い方、概念についての解説なので、CDIや周辺仕様を全て網羅していません。その点はご了承ください。 なお、本記事で使用するのは、最新のCDI1.2ではなく、Java EE7の一部であるCDI1.1になります。 また、Spring, Seasar2などの経験があることを前
この記事は Java EE Advent Calendar 2013 の12/8分の記事です。 昨日はHirofumi Iwasakiさんの WebLogicをGlassFishの商用版として使う方法 です。 明日は@emaggameさんです。よろしくお願いします。 CDI と Commons Configrationと組み合わせて、アプリケーション独自の設定をインジェクションすることを考えてみます。 Java EE のアプリケーションでは、アプリケーションが使用する独自コンフィグ情報(よくあるのは接続先IPなど)を以下のような手段で作成することができます。 web.xmlに定義する context-paramに定義してServletContext経由でロード XMLの定義 <context-param> <param-name>key</param-name> <param-value>
CDIではフィールドを直接参照してはいけない をみるとタイトルからCDIではまったくpublicフィールド触ってはいけないように感じてしまう。 実際はそんなことはない。 依存スコープのBeanなら直接参照してよい。 依存スコープというのは注入先のスコープに合わせるということ。プロキシ等を通さずインスタンスが生成されてそのまま入る。Springでいうところのプロトタイプということで一番単純なDIともいえる。 そして依存スコープ以外でpublicフィールドを持っているCDI管理下のビーンを作成すると、デプロイ時にはねられる。 つまりあのきしださんの例はパッケージプライベートを利用したときのみチェックにも引っかからず予想しない動きが発生するわけだ。すべてを同一パッケージにおくとは考えにくいこと、publicフィールドだとデプロイすらできないことを考えるとはまるほうが珍しいと考えることができる。
Java EE 7 に含まれるCDI1.1より、beans.xmlをアーカイブに含めなくてもCDIが有効となるように仕様が変更されました。この改善点、Java EE 6ユーザにとっては少し困惑する部分があったので、まとめておきます。 CDIとはなんぞやについてはこちらもご参照ください。 CDI1.1からはbeans.xmlがなくてもCDIが有効になる CDI1.0(Java EE 6)では、WEB-INF/beans.xmlを空ファイルでも良いので含めることで、CDIが有効となり、様々なJava EEコンポーネント(JSFのバッキングBeanやEJBなど)に@Injectで任意のクラスのインスタンスをインジェクションできました。 CDI1.1からは、WARファイルやEARファイルのなかに『bean defining annotationが付与されたクラス』または『セッションBean』が含ま
Java EE 7でさらに使いやすく、便利になったJSF 2.2、CDI 1.1、EL 3.0の主な強化ポイント 2013年6月にリリースされたJava EE 7でさらなる機能強化が図られた「JSF 2.2」と、AOP技術の「CDI 1.1」、式言語の「EL 3.0」では、何がどう新しくなっているのだろうか？ 主なポイントを紹介する。 "HTML5フレンドリー"になったJSF 2.2 2013年6月にリリースされたJava EE 7では、プレゼンテーション層の開発を担うJavaServer Faces（JSF）の機能が拡充されてバージョン2.2となったほか、Aspect Oriented Programming（AOP）機能のCDI（Contexts and Dependency Injection）、式言語であるExpression Language（EL）の機能も強化されるなど、開発生
ちょっとハマったので、メモ こんなSessionScopedなクラスを作ります。 import java.io.Serializable; import javax.annotation.PostConstruct; import javax.enterprise.context.SessionScoped; import javax.inject.Named; @Named @SessionScoped public class MySession implements Serializable{ long id; @PostConstruct void init(){ System.out.println("init my session"); } } そんでもって、こんなサーブレットから使ってみます。 @WebServlet(name = "MyServlet", urlPatter
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
