jkazama / Sample Boot Hibernate

[English Version]

sample-boot-hibernate

はじめに

Spring Boot / Spring Security / Hibernate ORM を元にした DDD サンプル実装です。
ベーシックな基盤は ddd-java から流用しています。
フレームワークではないので、 Spring Boot を利用するプロジェクトを立ち上げる際に元テンプレートとして利用して下さい。

考え方の骨子については以前発表した資料 ( Spring Bootを用いたドメイン駆動設計 ) を参照してください。

UI 側の実装サンプルについては sample-ui-vue / sample-ui-react を参照してください。

本サンプルは Spring Boot を用いたドメインモデリングの実装例としても利用できます。実際にそれなりの規模の案件で運用されていた実装アプローチなので、モデリングする際の参考事例としてみてもらえればと思います。

※ JavaDoc に記載をしていますが参考実装レベルです。製品水準のコードが含まれているわけではありません。

レイヤリングの考え方

オーソドックスな三層モデルですが、横断的な解釈としてインフラ層を考えています。

UI 層の公開処理は通常 JSP や Thymeleaf を用いて行いますが、本サンプルでは異なる種類のクライアント利用を想定して RESTfulAPI での API 提供のみをおこないます。 ( 利用クライアントは別途用意する必要があります )

Spring Boot の利用方針

Spring Boot は様々な利用方法が可能ですが、本サンプルでは以下のポリシーで利用します。

• 設定ファイルは yml を用いる。 Bean 定義に xml 等の拡張ファイルは用いない。
• コンポーネントスキャンは UI 層とアプリケーション層のパッケージ配下に限定する
  • スキャン対象軽減による起動時間の短縮と意図せぬ自動登録がおこなわれるリスクを避けるため
  • 自動スキャン対象はなるべくコンストラクタインジェクションを前提に実装
• インフラ層やドメイン層のコンポーネントは @Bean 等でベタに登録していく。
  • ApplicationConfig / ApplicationDbConfig / ApplicationSecurityConfig
• 例外処理は終端 ( RestErrorAdvice / RestErrorCotroller ) で定義。 whitelabel 機能は無効化。
• JPA 実装として Hibernate に特化。
  • JpaRepository ではなく Entity との 1-n を可能にするスキーマ単位の Repository を利用
• RESTfulAPI の受付は昔からよくある application/x-www-form-urlencoded で。
  • 純粋なAPIアプリケーションであれば application/json の方が望ましい
• Spring Security の認証方式はベーシック認証でなく、昔からよくある HttpSession で。
  • SecurityConfigurer の定義を参照
• 基礎的なユーティリティで Spring がサポートしていないものは簡易な実装を用意。
  • util や context パッケージ配下を参照

Java コーディング方針

Java8 以上を前提としていますが、従来の Java で推奨される記法と異なっている観点も多いです。
以下は保守性を意識した上で簡潔さを重視した方針となっています。

• Lombok を積極的に利用して冗長さを排除。
• 名称も既存クラスと重複しても良いのでなるべく簡潔に。
• インターフェースの濫用をしない。
• ドメインの一部となる DTO などは内部クラスで表現。
• Java8 で追加された概念/記法は積極的に利用。

パッケージ構成

パッケージ/リソース構成については以下を参照してください。

main
  java
    sample
      context                         … インフラ層
      controller                      … UI 層
      model                           … ドメイン層
      usecase                         … アプリケーション層
      util                            … 汎用ユーティリティ
      - Application.java              … 実行可能な起動クラス
  resources
    - application.yml                 … 設定ファイル
    - ehcache.xml                     … Spring Cache 設定ファイル
    - logback-spring.xml              … ロギング設定ファイル
    - messages-validation.properties  … 例外メッセージリソース
    - messages.properties             … メッセージリソース

サンプルユースケース

サンプルユースケースとしては以下のようなシンプルな流れを想定します。

• 口座残高 100 万円を持つ顧客が出金依頼 ( 発生 T, 受渡 T + 3 ) をする。
• システムが営業日を進める。
• システムが出金依頼を確定する。(確定させるまでは依頼取消行為を許容)
• システムが受渡日を迎えた入出金キャッシュフローを口座残高へ反映する。

動作確認

本サンプルは Gradle を利用しているので、 IDE やコンソールで手間なく動作確認を行うことができます。

※ライブラリダウンロードなどが自動で行われるため、インターネット接続が可能な端末で実行してください。

サーバ起動 （ Eclipse ）

開発IDEであるEclipseで本サンプルを利用するには、事前に以下の手順を行っておく必要があります。

• JDK8 以上のインストール
• Lombok のパッチ当て ( .jar を実行してインストーラの指示通りに実行 )

以降は Gradle Plugin [ Buildship ] の利用を前提としているため、 Eclipse Mars 以降を推奨します。

次の手順で本サンプルをプロジェクト化してください。

1. パッケージエクスプローラから 「 右クリック -> Import -> Project 」 で Gradle Project を選択して Next を押下
2. Project root directory にダウンロードした sample-boot-hibernate ディレクトリを指定して Next を押下
3. Import Options で Next を押下
4. Gradle project structure に sample-boot-hibernate が表示されたら Finish を押下 ( 依存ライブラリダウンロードがここで行われます )

次の手順で本サンプルを実行してください。

1. Application.java に対し 「 右クリック -> Run As -> Java Application 」
2. Console タブに 「 Started Application 」 という文字列が出力されればポート 8080 で起動が完了
3. ブラウザを立ち上げて 「 http://localhost:8080/management/health 」 で状態を確認

STS (Spring Tool Suite) のプラグインを利用すると上記 main クラスを GUI の Boot Dashboard 経由で簡単に実行できます。

サーバ起動 （ コンソール ）

Windows / Mac のコンソールから実行するには Gradle のコンソールコマンドで行います。

※事前に JDK8 以上のインストールが必要です。

1. ダウンロードした sample-boot-hibernate ディレクトリ直下へコンソールで移動
2. 「 gradlew bootRun 」 を実行
3. コンソールに 「 Started Application 」 という文字列が出力されればポート 8080 で起動が完了
4. ブラウザを立ち上げて 「 http://localhost:8080/management/health 」 で状態を確認

クライアント検証

Eclipse またはコンソールでサーバを立ち上げた後、 test パッケージ配下にある SampleClient の各検証メソッドをユニットテストで実行してください。

顧客向けユースケース

※振込出金依頼はPOST、それ以外はGET

社内向けユースケース

※GET

バッチ向けユースケース

※POST

配布用jarの作成

Spring Boot では Executable Jar ( ライブラリや静的リソースなども内包する jar ) を作成する事で単一の配布ファイルでアプリケーションを実行することができます。

1. コンソールから 「 gradlew build 」 を実行
2. build/libs 直下に jar が出力されるので Java8 以降の実行環境へ配布
3. 実行環境でコンソールから 「 java -jar xxx.jar 」 を実行して起動

実行引数に 「 --spring.profiles.active=[プロファイル名]」 を追加する事で application.yml の設定値をプロファイル単位に変更できます。

本サンプルを元にしたプロジェクトリソースの作成

本サンプルを元にしたプロジェクトリソースを作成したい場合は以下の手順を実行してください。

1. build.gradle 内の拡張タスク ( copyProject ) の上部に定義されている変数を修正
2. コンソールから 「 gradlew copyProject 」 を実行

以降のプロジェクトインポート手順は前述のものと同様となります。

依存ライブラリ

実際の詳細な定義は build.gradle を参照してください

補足解説（インフラ層）

インフラ層の簡単な解説です。

※細かい概要は実際にコードを読むか、 「 gradlew javadoc 」 を実行して 「 build/docs 」 に出力されるドキュメントを参照してください

DB / トランザクション

sample.context.orm 直下。ドメイン実装をより Entity に寄せるための ORM サポート実装です。 Repository ( スキーマ単位で定義 ) にドメイン処理を記載しないアプローチのため、 Spring Boot が提供する JpaRepository は利用していません。
トランザクション定義はトラブルの種となるのでアプリケーション層でのみ許し、なるべく狭く限定した形で付与しています。トランザクションは AOP を利用せず、全て TxTemplate を用いたプログラマティックなアプローチで実装しています。

スキーマは標準のビジネスロジック用途 ( DefaultRepository ) とシステム用途 ( SystemRepository ) の2種類を想定しています。 Entity 実装ではスキーマに依存させず、引数に渡す側 ( 主にアプリケーション層 ) で判断させます。

Spring Data JPA が提供する JpaRepository を利用することも可能です。 ( 標準で DefaultRepository が管理しているスキーマへ接続します )

認証/認可

sample.context.security 直下。顧客 ( ROLE_USER ) / 社員 ( ROLE_ADMIN ) の 2 パターンを想定しています。それぞれのユーザ情報 ( UserDetails ) 提供手段は sample.usecase.SecurityService において定義しています。

認証 / 認可の機能を有効にするには application.yml の extension.security.auth.enabled に true を設定してください ( 標準ではテスト用途にfalse ) 。顧客 / 社員それぞれ同一 VM での相乗りは考えていません。社員専用モードで起動する時は起動時のプロファイル切り替え等で extension.security.auth.admin を true に設定してください。

利用者監査

sample.context.audit 直下。 「いつ」 「誰が」 「何をしたか」 の情報を顧客 /システムそれぞれの視点で取得します。アプリケーション層での利用を想定しています。ログインした Actor の種別 ( User / System ) によって書き出し先と情報を切り替えています。運用時に行動証跡を取る際に利用可能です。

例外

汎用概念としてフィールド単位にスタックした例外を持つ ValidationException を提供します。
例外は末端の UI 層でまとめて処理します。具体的にはアプリケーション層、ドメイン層では用途別の実行時例外をそのまま上位に投げるだけとし、例外捕捉は sample.controller.RestErrorAdvise において AOP を用いた暗黙的差し込みを行っています。

日付/日時

sample.context.Timestamper を経由して Java8 で追加された time ライブラリを利用します。休日等を考慮した営業日算出はドメイン概念が含まれるので sample.model.BusinessDayHandler で別途定義しています。

キャッシング

AccountService 等で Spring が提供する @Cacheable を利用しています。 UI 層かアプリケーション層のどちらかに統一した方が良いですが、本サンプルではアプリケーション層だけ付与しています。 JPA のキャッシュ機構は Entity 内で必要となるケース以外では、利用しないことを推奨します。

テスト

パターンとしては Hibernate だけに閉じた実行時間に優れたテスト ( Entity のみが対象 ) のみを考えます。 （基底クラスは EntityTestSupport ）

License

本サンプルのライセンスはコード含めて全て MIT License です。
Spring Boot を用いたプロジェクト立ち上げ時のベース実装サンプルとして気軽にご利用ください。