はてなブックマーク

アプリケーションの設定情報をソースコード中にハードコードするのではなく、プロパティファイルに記述しておいて後から変更できるようにしたい場合があります。このプロパティの値をCDIらしくインジェクションで取得する方法としてProducerを使う方法があります。こうやって手作りするのは良いのですが、複数の変数の型に対応させたり、拡張可能にしたりと機能を盛り込んでいくと手間がかかります。今回はこのような機能を提供するDeltaSpike Configurationについて紹介します。 DeltaSpike Configurationとは DeltaSpike Configurationはプロパティから構成情報を取得するための機能でCoreモジュールに含まれます。アプリケーションからこれを使うのは簡単です。変数のインジェクション時に@ConigurePropertyというアノテーションを指定すると、

これから何回かに分けてCDIベースのテストを支援するDeltaSpikeのモジュールを紹介します。今回はDeltaSpike Test-Controlモジュールです。 CDIベースの単体テストの問題 CDIを使ったインジェクション、プロデューサ、インタセプタ、イベントなどを使ったクラスをどうやってテストしたらよいのでしょう。setterインジェクションを使うなど、無理をすればある程度はコンテナ無しでもテストができるかもしれませんが、できればCDIの普通の使い方をしたままでテストをしたいものです。そうなると、JUnitとCDIコンテナを連携させる仕組みが必要になります。 テスト対象がEJBやコンテナ管理のJPAを使っている場合など、Java EEコンテナに依存する場合には、Arquillianを使うのが定番ですが、Arquillianはテストをアプリサーバー上で実行するためにアプリサーバーの

5/18 JJUG CCC 2019 Springで「CDIポータブルエクステンションの作ってみよう」というタイトルで登壇しました。難しいテーマを選んでしまった上、時間も20分という短時間だったため、どうやったら内容が伝わるのか、発表当日のぎりぎりまで悩みました。 CDIポータブルエクステンションについては、そもそもどのような目的で使うのか、何ができるのか、それを使って何が嬉しいのかといったことが仕様書からは読み取ることが難しいです。さらにサーバーサイドのコンポーネントのため、日本国内で記事やブログ等で紹介されることもないと思います。そこで、CDIを使ってフレームワークの開発をしている方が、GoogleでCDIというキーワードで検索してもらったときに目に止まるような資料を残したいと考えていました。 サンプルプログラムは https://github.com/minamoto/cdi20-e