XDE Java プロジェクトおよびソース・ファイルのインポート

1. 「ファイル」 > 「インポート」をクリックします。
2. 「インポート」ウィンドウで、「その他」を展開して、「Rational XDE Java プロジェクト」をクリックします。
3. 「Rational XDE Java プロジェクトのインポート (Rational XDE Java Project Import)」ウィザードで、以下のステップのいずれかを実行して、Java プロジェクトのインポート方法、プロジェクトおよび関連するモデル・ファイルの場所を指定します。
   • Java プロジェクトを XDE からインポートするには、「XDE Java プロジェクトの インポート」をクリックして、インポートするプロジェクトおよび対応する Java コード・モデル (インポートされたモデル、現在は .emx ファイル) を指定します。
   • プロジェクト・コンテンツ全体 (.java ファイル、クラス・ファイルなど) を新規 Java プロジェクトに同じ名前でコピーするには、「XDE Java プロジェクトをワークスペースにコピー」オプションを選択します。このオプションをクリアすると、現在の場所にある元のファイル自身がインポートされます。 インポート・プロセス中に Java コードが変更されるので、元のプロジェクト・コードに戻すためにこのオプションを選択することもできます。 反対に、古い成果物から開発を続けたい場合 (例えば、ソース制御下にある古いプロジェクトで作業を続けたい場合) は、このオプションを選択しないでください。
   • 既存の Java プロジェクトをインポートするには、「既存の Java プロジェクトを使用」をクリックして、インポートするプロジェクトおよび対応する Java コード・モデル (インポートされたモデル、現在は .emx ファイル) を指定します。

     XDE Java プロジェクトが複雑な場合 (例えば、カスタム・ビルダーおよび異なるプロジェクト・エンコード・スキームを同じプロジェクトで使用する場合) は、このオプションを選択してください。 この既存の Java プロジェクトは、元々 XDE で作成され、Eclipse の「既存プロジェクトをワークスペースへインポート」コマンドを使用してインポートされている必要があります。

4. 適切なプロジェクト・エンコードを選択します。 デフォルトでは、XDE Java プロジェクトをワークスペースにインポートする場合、プロジェクト・エンコード・スキームはワークスペースに設定されたものと同じになります。 XDE Java プロジェクトのエンコードが、UML モデリング製品のワークスペースに指定されたエンコードと異なる場合、「プロジェクトのエンコード」メニューで正しいエンコードを指定してください。 指定されたエンコードは、XDE プロジェクトがインポートされた後に、インポートされた XDE プロジェクトに設定されます。ソース・プロジェクトが、サポートされないエンコードを含んでいる場合、警告メッセージが表示されます。 プロジェクト・エンコードが誤っていると、プロジェクトを開くことができないか、JDK がエラーを発生させる可能性があります。
5. インポートされた Java プロジェクトを処理する計画に従って、「UML 要素を Java 要素で置換」チェック・ボックスを選択するか、クリアします。
   • このチェック・ボックスを選択すると、インポートされた XDE Java コード・モデルの UML 要素は、Java ソース・ファイルの対応する要素への直接参照に置き換えられます。 ダイアグラム内で、要素はクラスの形状のままで表示されますが、意味的には UML ではなく Java を表現しています。 このオプションを使用すると、マイグレーションは、混合のモデリング契約による設計の管理と共に使用できるモデルおよびコードの構成をすることになります。
   • このチェック・ボックスをクリアすると、インポートされた XDE Java コード・モデルの UML 要素は、UML 要素のままです。Java ソース・ファイル内のコード要素は、コード・モデルのインポート・プロセスの一部としてタグ付けして、元の XDE 基本モデルの同期オプションを反映させることができます。 ウィザードは、@generated タグを、元の XDE モデルで同期が有効であった、Java ソース・ファイル内のすべてのコード要素に付加します (同期化 (Synchronize)、コード変更の受け入れ (Accept code changes)、または モデル変更の受け入れ (Accept model changes) にラウンド・トリップ・エンジニアリング同期ポリシーを設定することによって)。

     インポート後、モデルおよびコードの構成は、アーキテクチャーの調整 (Architecture Reconciliation)、概念モデル駆動型開発、または契約による設計の管理に使用できます。 この場合、インポート・プロセスが完了した後、タグ付けされていない (XDE の同期プロパティーの値に基づいて) コード要素は、UML から Java 5 への変換によって削除または上書きされません。

6. 「選択したプロジェクト・テーブルにプロジェクトを追加」をクリックして、選択したプロジェクト・テーブル内に表示されたプロジェクト名および他の関連する情報を検証します。
7. 「コード・モデルのインポート後、参照モデルをすべて削除 (Delete all reference models after code model import)」チェック・ボックスを選択、またはクリアします。 インポート中に、コード・モデルからフレームワーク参照モデルへの XDE 参照 (jdk_min など) は、実際の Java 要素への参照に置き換えられます。そのため、XDE フレームワーク・モデルは、必要がなくなります。 参照モデルを削除すると、コード・モデルと共にインポートされた XDE フレームワーク・モデルが自動的に削除されます。 インポート・セッションが予期したとおりに処理されたことを検証して、手動でこれらのファイルを削除することができます。そうではなく、エラーが検出されて、プロセスを再び開始したい場合は、これらのモデルを再インポートするのに時間がかかります。
8. マイグレーション・プロセスを開始するには、「終了」をクリックします。