AS400のコンパイルリストの読み方｜RPGエラーと重大度を初心者向けに解説

AS400（IBM i）でRPGを保守するなら、コンパイルリストの読み方は避けて通れません。

コンパイルリストは、アプリをコンパイルした時のレポートです。エラーがあってもなくても出力させ、コンパイルが通ったか、どこに警告やエラーがあるかを確認します。

この記事では、25年以上AS400 / IBM iの販売管理システム保守に関わってきた現場目線で、初心者がまずどこを見ればよいかを整理します。

コンパイルリストとは

コンパイルリストは、RPGやCLなどをコンパイルした時に出力されるスプールです。ソース行、メッセージ、重大度、最終結果などを確認できます。

WRKJOBの記事でも書いた通り、コンパイルリストは「アプリをコンパイルした時のレポート」、ジョブログは「アプリを実行した時のレポート」です。

RPGのコンパイルリストで最初に見る場所は、一番下です。

そこで、コンパイルされたのか、失敗したのかを確認します。次に見るのが重大度です。コンパイルリストは上から全部読むより、まず最後の結果を見て、そこからエラー番号で当たりを付ける方が現場では早いです。

初心者が分かりにくいのは、重大度の数字の感覚です。

重大度40だと、ファイルの定義がおかしいなど、わりと致命的な問題として見ることが多いです。重大度30は、フィールドの定義がおかしいなど、検索して修正すれば改善できることも多いです。

もちろん、重大度だけで全てを判断するわけではありません。重大度は、調査の入口です。

RNF7031のようなエラー番号が出たら、私はまず 7031 でコンパイルリスト内を検索して当たりを付けます。

エラー番号を見つけたら、その周辺のメッセージ、ソース行、参照しているフィールドやファイルを確認します。いきなりソース全体を眺めるより、コンパイルリストでエラー箇所を特定してからソースを開く方が効率的です。

検索キー例:
7031
RNF7031
重大度 30
重大度 40

正直に言うと、コンパイルリストとソースを丁寧に横に並べて見比べる、ということはあまりしません。

現場では、コンパイルリストを見てエラー箇所を特定し、ソースを開いてそこを修正し、リコンパイルします。その繰り返しです。

コンパイルエラーがなければ、まずは安心です。

ただし、コンパイルが通ったからといって、業務処理として正しく動くとは限りません。あとは動かしてみないと分かりません。単体テスト、ジョブログ確認、必要ならスプール確認まで行います。

特に販売管理システムでは、受注、出荷、在庫、売上、請求、外部I/Fなどがつながっています。コンパイルが通った後も、処理順やデータの流れを見て確認します。

販売管理システムの保守で、コンパイルミスが本番に出ると怖いケースは何か。私の答えは、そもそもコンパイルミスが起こる状態で本番作業は行わない、です。

基本的に、コンパイルが通る状態で納品します。本番作業前に、テスト環境でコンパイル、単体テスト、必要な確認を済ませておくべきです。

コンパイルリストの読み方は、職人技みたいなところがあります。教科書のように一概に説明するより、実際にコンパイルリストを出力した時に、その場で見方を説明する方が伝わりやすいです。

最初に教えるなら、「一番下を見ろ」「重大度を見ろ」「エラー番号で検索しろ」「直したらリコンパイルしろ」です。

共有する時は、私はスクショ派です。どの行に、どのエラーが出ているかを見せた方が早いです。ただし、実データや顧客情報が写っていないかは必ず確認します。

コンパイルリストでエラーが0件になっても、そこで作業完了ではありません。コンパイルは「作れるか」の確認で、単体テストは「仕様通りに動くか」の確認です。

RPGやCLを修正した後は、基本動作、フル桁入力、DB更新、帳票、外部I/F、ジョブログまで見ます。単体テストの観点は、AS400保守の単体テストで確認すべきことにまとめています。

AS400のコンパイルリストは、まず一番下を見て、コンパイルが成功したか失敗したかを確認します。

次に重大度を見ます。重大度30と40の感覚が分かってくると、どのくらい急いで直すべきか、どこを疑うべきかが見えやすくなります。

RNF7031のようなエラー番号は、コンパイルリスト内で検索して当たりを付けます。該当箇所を修正し、リコンパイルして、また一番下を見る。この繰り返しが基本です。

コンパイルが通ったらまずは安心。ただし、最後は動かして確認する。ここまで含めて、AS400保守の仕事です。