AS400 / IBM i のRPGやCLを修正した時、コンパイルエラーだけを直して終わりにすると、参照ファイル違い、ライブラリリスト違い、古いソースの修正、後続影響の見落としにつながります。ここでは若手や引き継ぎ担当者でも追えるように、コンパイルエラーの見方を整理します。
コンパイルエラーで見る順番
| 確認 | 見るもの | 判断 |
|---|---|---|
| コンパイルリスト | スプール、エラー行、メッセージID | 文法か、参照先か、環境差か |
| ソース | 修正箇所、行番号、過去コメント | 本当に修正対象のソースか |
| 参照ファイル | DDS、外部記述、DSPFFD | 項目名や桁数が合っているか |
| ライブラリリスト | コンパイル時のLIBL | 本番と開発で違うものを見ていないか |
| 影響範囲 | 呼び出し元、後続処理、テスト観点 | コンパイル成功だけで終えてよいか |
スプールの先頭だけで判断しない
コンパイルリストでは、最初に出たエラーが本当の原因とは限りません。参照ファイルが見つからない、外部記述が違う、ライブラリリストが違うと、後続に大量のエラーが出ます。まず原因になっている最初の構造的なエラーを探します。
修正後は影響調査とテストをセットにする
RPG/CLは、1本の修正が請求締め、在庫更新、出荷確定、帳票出力に連鎖することがあります。コンパイル成功後は、呼び出し元、使用ファイル、画面、帳票、夜間バッチ、戻し手順まで確認します。
影響調査は AS400 RPG/CL影響調査チェックリスト、テスト証跡は AS400小改修後のテスト・エビデンスチェックリスト、本番反映は AS400本番反映・戻し手順チェックリスト にまとめています。
Codexで読む時の使い方
Codexに相談する時は、ソース全体や本番情報をそのまま渡すのではなく、匿名化したエラー行、メッセージID、該当する定義部分、確認したライブラリリストだけを渡します。AIは原因候補の整理には有効ですが、業務影響の最終確認は現場担当者が行います。
関連: AS400運用・保守の実務対策として、AS400ライブラリリスト違いによる障害の調べ方｜開発・本番・テスト環境差を見る も追加しました。
関連: AS400変更管理・本番作業の実務記事として、AS400 RPG/CLコードレビュー観点｜本番障害を減らすために見るポイント も追加しました。
