レガシーアプリケーションをアップグレードする際のベストプラクティス

Enterprise Developer では、Net Express、Server Express、Mainframe Express など、従来の Micro Focus 製品で作成されたアプリケーションを必要に応じて柔軟に改良できます。

最も簡単な方法は、Eclipse で個々のファイルを開き、IDE を使用して編集、コンパイル、およびデバッグすることです。Micro Focus が推奨する方法は、プロジェクトを作成して、Enterprise Developer が備えるさまざまなプロジェクトハンドリング機能を活用することです。

大きなプロジェクトをアップグレードする場合に、開発プロセスを進める最善の方法として Micro Focus が推奨する各種事項について、プロセスの段階ごとに次に示します。

ソースコード用のプロジェクトの作成

Micro Focus では、プロジェクトファイルを以前に使用していたかどうかにかかわらず、アプリケーションファイル用に Enterprise Developer でプロジェクトを作成することをお勧めします。プロジェクトファイルを使用すると、Eclipse の生産性機能をすべて利用できるようになります。詳細については、「プロジェクトの操作」を参照してください。

アプリケーション用の Net Express プロジェクトが存在する場合は、次の点に注意してください。

Eclipse プロジェクトは、既存の Net Express プロジェクトに直接対応するものではありません。
Eclipse にプロジェクトをインポートする場合は、Net Express Project Import ウィザードを使用すると便利です。このウィザードは、既存の Net Express プロジェクトを分析し、プロジェクトを含むソリューションを作成し、Net Express プロジェクトで使用されていたコンパイラ指令を設定します。
このウィザードを使用すると、Net Express から Eclipse にソースをすばやく簡単に移動できます。完全に最適化されたプロジェクトが作成されるとは限らないため、ソースファイルを移動した後、最初の Eclipse プロジェクトを再検討して再構成することが必要になる場合もあります。

Eclipse プロジェクトへのソースのインポート

次のいずれかの方法を使用して、Eclipse プロジェクトを作成し、そのプロジェクトにソースファイルを追加してください。

Net Express Project Import ウィザードを使用して、既存の Net Express プロジェクトを利用します。既存のプロジェクトを分析し、Eclipse プロジェクトを作成し、Net Express で使用されていた設定を使用し、作成したプロジェクトにソースファイルを追加します。
Eclipse プロジェクトを作成し、そのプロジェクトにソースファイルを追加します。

プロジェクトタイプの選択

Enterprise Developer には、次のプロジェクトタイプが用意されています。

Eclipse プロジェクトタイプ	説明
COBOL プロジェクト	Mainframe Subsystem Support を使用しない既存のレガシーアプリケーションの場合は、このタイプを選択します。
COBOL JVM プロジェクト	JVM の機能を活用してアプリケーションを拡張する場合は、このプロジェクトタイプを選択します。既存のネイティブ COBOL アプリケーションは、通常、変更の必要なしに JVM COBOL プロジェクトでコンパイルできます。 JVM COBOL プロジェクトに切り替える利点は次のとおりです。 JVM COBOL 方言では、JVM に適した COBOL 言語機能を多数利用できるようになります。 Java などの他のマネージ言語との連携が容易になります。広く使われているさまざまな Java フレームワーク機能を活用できるようになります。制約事項: JVM COBOL プロジェクトではコード分析は利用できません。
メインフレーム COBOL プロジェクト	レガシーアプリケーションで CICS、IMS、BMS、アセンブラー、その他のメインフレームコンポーネントなどの Mainframe Subsystem Support を使用している場合は、このタイプを選択します。

Eclipse プロジェクトタイプ

説明

COBOL プロジェクト

Mainframe Subsystem Support を使用しない既存のレガシーアプリケーションの場合は、このタイプを選択します。

COBOL JVM プロジェクト

JVM の機能を活用してアプリケーションを拡張する場合は、このプロジェクトタイプを選択します。

既存のネイティブ COBOL アプリケーションは、通常、変更の必要なしに JVM COBOL プロジェクトでコンパイルできます。

JVM COBOL プロジェクトに切り替える利点は次のとおりです。

JVM COBOL 方言では、JVM に適した COBOL 言語機能を多数利用できるようになります。
Java などの他のマネージ言語との連携が容易になります。
広く使われているさまざまな Java フレームワーク機能を活用できるようになります。

制約事項: JVM COBOL プロジェクトではコード分析は利用できません。

メインフレーム COBOL プロジェクト

レガシーアプリケーションで CICS、IMS、BMS、アセンブラー、その他のメインフレームコンポーネントなどの Mainframe Subsystem Support を使用している場合は、このタイプを選択します。

ファイル内でのタブの使用

従来の Micro Focus 製品 (Net Express など) の場合、タブのサイズは、デフォルトでは 8 つの空白文字になりますが、Eclipse の場合、デフォルトでは 4 つの空白文字になります。そのため、Enterprise Developer で COBOL ソースをコンパイルしようとすると、コンパイラエラーが発生することがあります。

アプリケーションの Net Express プロジェクトが存在する場合は、Enterprise Developer の Net Express Project Import ウィザードを使用して、アプリケーションをアップグレードできます。このウィザードでは、各タブが 4 つの空白文字に自動的に変換されます。

また、次のいずれかの方法で、タブを空白文字に変換することもできます。

[ウィンドウ > 設定 > Micro Focus > COBOL > エディター] ページで、[Insert spaces for tabs] が有効になっていることを確認します。Eclipse にファイルをインポートすると、タブが自動的に変換されます。
タブを 4 つの空白文字に変換する SOURCETABSTOP"4" コンパイラ指令を設定します。
エディターでファイルを開いているときに、メインメニューで [Source > Convert Tabs to Spaces] をクリックします。

Eclipse の設定でタブのサイズを変更しないでください。この設定は、IDE で使用している他のすべてのプログラミング言語に適用されます。

Micro Focus では、Enterprise Developer においてはタブの代わりに空白文字を使用することをお勧めします。

予約語になった変数の名前変更

Micro Focus では、COBOL 言語を継続的に強化しています。Micro Focus 製品の新しいリリースでは、新しいレベルの COBOL 言語が使用されており、各レベルで、COBOL の予約キーワードのリストに新しい語が追加されています。

以前のレベルの COBOL 言語を使用している製品からアプリケーションをアップグレードする場合、変数名の一部が予約語になっていることがあります。この問題の解決方法については、「アップグレードガイド」を参照してください。

Micro Focus では、混乱を避けるため、名前が予約語になった変数については、その名前を変更することをお勧めします。

Enterprise Developer ではサポートされていない機能

以前の Micro Focus 製品で利用できた機能が、Enterprise Developer では、動作が変わっていたり、置き換えられていたりする場合があります。詳細については、「アップグレードガイド」の「旧 Micro Focus 製品からのアップグレード」を参照してください。

レガシー アプリケーションをアップグレードする際のベスト プラクティス

ソース コード用のプロジェクトの作成