問題タブ [spring-batch]

週に 1 回 CSV をデータベースにロードする必要があります。CSV ファイルには 2 つのテーブルのデータがあるため、データ マッサージが必要です。そのため、CSV ファイルを少し処理し、おそらく 2 つの異なる CSV ファイルに変換して、データベースにロードする必要があります。

私はすでに石英を配置しています。スプリングバッチを使って仕事をするのはやり過ぎだと思いますか? 私はいつそれを使うべきなのか、いつクォーツビーンをやめて処理自体をやるべきなのか疑問に思っています.

ご存知のように、Spring バッチはバージョン 2.0 以降、チャンク指向の処理を使用しています。

アイテム ライターで例外が発生した場合、データ ソース トランザクション マネージャーはチャンク全体または関連アイテムのみをロールバックするということですか?

実際に試してみたところ、フレームワークがチャンク全体をロールバックすることがわかりました。最後のアイテムで例外がスローされたときに、正常に処理された 499 個のアイテムが 500 個のアイテムで構成されるチャンクにロールバックされることを望まないため、これは必要ありません。

私が見つけた唯一の解決策は、以下の属性をタスクレットに追加することです。ただし、これが正しいことかどうかはわかりません。

もう 1 つの意見は、単にチャンク サイズを 1 に減らすことでしたが、これもあまり意味がありません。

おそらく、Spring Batch は私の問題ドメインには適していません。もしそうなら、そのようなフレームワーク固有の動作にもう苦労しないように教えてください。

どんな提案でも大歓迎です。

データベースからデータを読み取り、Dドライブに配置されたファイルにデータを入力するSpring Batchを使用してアプリケーションを作成しています。アプリケーションにエラーはありませんが、アプリケーションを実行するとコンソールに例外が表示されません。実際、コンソールは完全に空白です。アプリが実際に実行されているかどうかはわかりません。ジョブを実行するために CommandLineJobRunner クラスを使用しています。

皆様のご意見大変参考になります。ありがとう

私は春のバッチが初めてで、バックグラウンド処理プロジェクトの技術を研究しています。私はドキュメントを読みましたが、それが私の質問に答えているかどうかわかりません。したがって、データの同じ「ストリーム」に対して以下をチェーンする必要があります。読み取り、検証/処理、および新しいデータの再読み取り (基本的には、プロセッサに挟まれた複数のリーダーを介して同じデータをパイプします。自分自身を表現しているかどうかはわかりませんが、明確かもしれません。プロセッサの注入が実行可能かどうかわからない アイデア、意見など ありがとう

春のバッチに関する単純な（そう思う）問題のヘルプを探しています。私の仕事は、データベースからトランザクションのリストを読み取り、それらを口座番号と日付順にグループ化し、後で特定の口座番号の一連のトランザクションに対して何らかの処理を行うことです。データを読み取って口座番号でグループ化すると、これらのチャンクを処理できます並行して。このようなすべての操作により、アカウントの残高が更新されます。私は春のバッチが初めてで、春の構成の例を探しています。手伝って頂けますか？

春のバッチジョブを実行するために CommandLineJobRunner を使用しています。パラメータのセットを渡したいのですが、いくつか問題が発生しています。これは私のステップです：

CommandLineJobRunner は次のことを報告します。

しかし、私の ReportItemReader では、3 つのパラメーターはすべて完全な値に解決されます。

つまり、Spring バッチは #{JobXYZ['parm name'] を解決していないようです。

春にその構文を解決してプロパティ検索を行うには、何か特別なことをする必要がありますか? これを機能させるには、JobParameters オブジェクトまたは何かを接続する必要がありますか?

ところで - 私は Spring Batch 1.1.4 を使用して Java 1.4.2 との互換性を維持しています。

JdbcCursorItemReader を使用して DB テーブルからデータを読み取り、FlatFileItemWriter を使用してフラット ファイルに書き込む春のバッチ アプリケーションがあります。

アプリケーションをテストすると、JdbcCursorItemReader を介して DB からデータが返されない場合でも、FlatFileItemWriter がファイルを作成することがわかります。しかし、DBに適切なデータがない場合、仕事を失敗する予定です。そうすることは可能ですか、少なくとも FlatFileItemWriter がファイルを作成するのを防ぐことはできますか?

よろしく

私が理解している限り、リーダーは、読み取るアイテムがこれ以上ない場合、「読み取り終了」を示す「null」を返すことになっています。それがリーダーの契約である場合、フレームワークはこの「null」を理解し、ReadListener の「afterRead」を呼び出さないと想定しました。ただし、「null」パラメータで「afterRead」を呼び出しているようです。

spring-batch 2.1.7 を使用しています。これが予期された動作なのか、それとも何か不足しているのかをお知らせください。

ジョブ構成は次のとおりです。