ユーザーが入力するコードは、エラーを特定するために常に解析されます。エラーには赤い波線で下線が引かれます。
バックグラウンド解析が有効かどうかを問わず、エラー情報はプロジェクトのビルド中に生成されます。
解析はコードの編集中に入力操作を停止するとトリガーされます。この停止時間はデフォルトで 500 ミリ秒です。[Background parsing] を選択したまま [Trigger delay] フィールドにより大きい値を入力することで、コードの解析頻度を低減し、多数のソース ファイルを含んでいるプロジェクトの開発時にパフォーマンスを向上できます。
eclipse.exe -vmargs -Ddisable.cobol.indexing=true
-Ddisable.cobol.indexing=trueを -vmargs セクションに追加します。
基本のバックグラウンド解析では EXEC SQL 文構造の最小限のチェックが行われ、データベース接続は必要ありません。基本のチェックによって検出されないエラーは、実行時エラーの原因になります。
完全なバックグラウンド解析では、データベース サーバーを使用してより詳細なチェックを実行します。このチェックではコンパイル時により多くのエラーが検出される反面、より多くのリソースが必要です。小規模なプロジェクトおよびローカル マシン上のデータベースへの接続で最も効果的に機能します。データベース接続の他に、アプリケーションが使用するデータベース スキーマがある必要があります。
COBOL インデクサはバックグラウンドのスレッドで実行し、すべてのプログラムをスキャンして各プログラムがどのコピーブックを使用するかを調べます。プログラムと考えられていたファイルが実際には使用されるコピーブックであることが判明した場合、ファイルの種類がコピーブックに変更されます。インデクサは、指令の決定時のみ、通常はファイルがプロジェクトに追加されるときのみに実行され、索引情報をビルド出力から収集します。これは場合により、以前リリースされた製品に比べて更新される情報に遅れが生じる反面、索引付けを実行する量が減りパフォーマンスが向上することを意味します。
バックグラウンド パーサーは、COBOL 索引付けスレッドで直接実行するか、またはプログラムを編集しているときエディタによって別途呼び出されるスレッドで実行します。デフォルトでは、入力操作を停止してから 0.5 秒後にエディタによって呼び出されます。[Editor] ウィンドウを初回開いたとき、.idy ファイルが見つかればバックグラウンド解析は実行されず、COBOL パースペクティブのビューに .idy ファイルからの情報が入力されます。
パーサーは COBOL JVM プロジェクトでも使用されます。Java インデクサは、クラスについての情報 (メソッド宣言や内部クラスなど) が必要なときバックグラウンド パーサーを呼び出し、それらの情報が Java インデクサによってワークスペースにキャッシュされます。