投稿日
更新日
Nablarchシステム開発ガイド
もくじ
- はじめに
- このドキュメントのねらい
- このドキュメントの対象読者
- 読み方の注意点
- 全体像
- プロジェクト計画
- 要件定義工程
- 要件定義
- 方式設計
- プロジェクト成果物の確認
- テスト計画
- プロジェクト用の開発ガイド作成
- 設計工程
- PGUT工程
- Nablarchプロジェクト初期構築
- チーム開発環境構築
- 開発環境構築ガイドの作成
- 開発標準の整備
- 結合テスト工程
- 結合テスト準備(疎通確認)
- システムテスト工程
- 保守運用
- Nablarchパターン集
- Nablarchでよく使われるパターン
- Nablarchアンチパターン
- Nablarchバッチ処理パターン
- 起動方法による分類
- 入出力による分類
- 注意点
- ファイルの移動、コピー
- Nablarchでの非同期処理
- メール送信を行う場合
- Nablarchアンチパターン
- Webアプリケーション
- Nablarchバッチ
- JSR352バッチ
- UI標準のカスタマイズ
- UI標準(画面)
- UI標準(画面)別冊_UI部品カタログ
- テスト項目の検討
- テスト観点の収集
- テスト観点の抽出
- Nablarch環境構築
- アーキタイプからのプロジェクト生成
- コンポーネント設定
- 静的解析ツールの導入
- Javaスタイルガイド
- チーム開発環境構築
- 開発環境構築ガイドの作成
- xxxプロジェクト 開発環境構築ガイド
- 前提条件
- 開発環境構築手順
- パッケージ構成検討
- パッケージ構成の考え方
- 業務的な機能での分割例
- クラスの役割での分割例
Nablarchでの非同期処理
NablarchのWebアプリケーションでは、非同期処理は「テーブルをキューとして使ったメッセージング」を組み合わることで実現可能です。
例えば、Webアプリケーションで1つのリクエストで処理するには時間がかかり過ぎるものがあるとします。 この場合、以下のようにテーブルをキューとして使ったメッセージングを使用することで非同期処理を実現できます。
- Webアプリはリクエストを受け付けて後続処理に必要なデータをDBに登録し、レスポンスを返却する
- テーブルをキューとして使ったメッセージングがDBへのデータ登録を検知し、当該データの処理を行う
メール送信を行う場合
Nablarchが提供するメール送信機能は、「常駐バッチ」を前提としています。
「常駐バッチ」と「テーブルをキューとして使ったメッセージング」は、どちらもDBにデータが登録されるのを監視してバッチ処理を実行できます。
しかし、「常駐バッチ」はマルチスレッドで動かしたときに、並列実行されたスレッドが全て終了するまで次のデータ登録の監視が始まらないという問題があります。
このため、新規プロジェクトでは「常駐バッチ」よりも「テーブルをキューとして使ったメッセージング」を使用することが推奨されています。
しかし、メール送信に関しては、そもそもマルチスレッドを必要とするような大量送信に使用することは想定されていません。
したがって、メール送信を利用する場合は、「テーブルをキューとして使ったメッセージング」ではなく「常駐バッチ」を使って問題ありません。