Asakusa Framework Advent Calendar 2020の9日目です。
Asakusa Frameworkでは、バッチの引数をBatchContextというクラスから取得できます。
これはキーとして文字列を指定するので、BatchContextを扱うクラスをひとつ用意し、キー文字列はそのクラス内にとどめるコーディングスタイルにするのがよいと思います。
public class BatchContextUtil {
public static String getDate() {
return BatchContext.get("date");
}
}
Asakusa Framework Advent Calendar 2020の8日目です。
Asakusa FrameworkでSharedCleanerを使う場合、Sharedを使っているクラスを指定する必要があります。
つまり、Sharedを使っているクラスが複数あると、TestクラスでSharedCleanerをその分だけ記述する必要があるということです。また、後からSharedを使っているクラスが増えると、基本的にTestクラスにそれを追加していく必要があります。
なので、Sharedだけを記述するようなユーティリティークラスをひとつ用意し、SharedCleanerはそのクラスだけを指定するようにするのが便利だと思います。
Asakusa Framework Advent Calendar 2020の7日目です。
Asakusa FrameworkのOperatorクラスで、変化しない値を保持するためにSharedを使いますが、これの何が良いかというと、テスト時に値をクリアすることが出来るということです。
Sharedはバッチ実行中に変化しない値を保持しますが、テスト実行時に関しては、テストケース毎に保持する値が変わる事がありえます。
そのためにSharedCleanerというクラスが用意されています。これを使うと、Sharedで保持している値をクリアすることが出来るので、テストケース毎に初期化できるというわけです。
Asakusa Framework Advent Calendar 2020の6日目です。
Asakusa Frameworkは分散処理をするので、Operatorクラスはマルチスレッドセーフ（MTセーフ）になるようにコーディングしないといけません。
つまり、Operatorクラスでstaticフィールドで値を共有するようなコーディングは出来ません。
（当然、static finalな定数は除く）
が、1回だけ読み込んで、バッチ実行中は値が変わらないようなものについては、Sharedを使って保持することが出来ます。
Asakusa Framework Advent Calendar 2020の5日目です。
今年は久しぶりにJDBCでDBアクセスするプログラムを書きました。
で、出来たアプリケーションを実行環境で実行しようとして、依存するjarファイルが複数あるのでアーカイブファイルを作ったり、実行時にクラスパスを設定したり、久しぶりにJavaらしい手間を味わいました＾＾；
AsakusaFWだとアーカイブファイルはGradleのコマンドで生成できるし、実行用のシェル（YAESS）もあるので、そういった手間とは無縁なのでした。
