最小:512 MB。推奨:Rational XDE Developer バージョンには 1 GB。

最小:インストール ドライブ用に 500 MB、ワークスペース用に 100 MB。推奨:ワークスペース用に 2 〜 5 GB。

テスト済みでサポートされているオペレーティング システムは次のとおりです。

• Windows NT 4 SP6a
• Windows 2000 Professional、Service Pack 3 または Service Pack 4 (Service Pack 4 を推奨)
• Windows 2000 Server、Service Pack 3 または Service Pack 4 (Service Pack 4 を推奨)
• Windows 2000 Advanced Server、Service Pack 3 または Service Pack 4 (Service Pack 4 を推奨)
• Windows XP Professional、Service Pack 1

メモ:

• オペレーティング システムのサポートに関する最新の情報については、http://www.ibm.com/software/rational/support/documentation でこのリリース ノートの最新バージョンをチェックしてください (英語版のみの提供です)。

以下の言語について、レベル 1 のサポートを行っています。

• オランダ語
• ヘブライ語
• 繁体字中国語
• 韓国語

以下の言語について、レベル 2 のサポートを行っています。

• 日本語
• ドイツ語
• 簡体字中国語
• フランス語
• イタリア語
• スウェーデン語

メモ:

• XDE を日本語、2 バイト文字、拡張文字を含むパスにインストールすることはできません。
• VOB ディレクトリに 16 ビット文字が含まれる場合、ClearCase 5.0 XDE ClearCase Type Manager インストーラは機能しません。「既知の問題」の「インターナショナリゼーション」を参照してください。

• Microsoft Visual Studio .NET 2002
• Microsoft Visual Studio .NET 2003

• Internet Explorer 5.5、Service Packs 1 または 2
• Internet Explorer 6、サービス パックなしまたは SP1
• Netscape 7.0

Rational XDE は、ANSI SQL 92 標準と以下のデータベース管理システム (DBMS) に対するデータ モデリングをサポートしています。

• IBM DB2 UDB 5.2、6.1、7.0、8.0
• IBM DB2 UDB zSeries 5.x、6.x、7.x
• IBM DB2 UDB iSeries v5 r2
• Windows NT 用の Oracle 7.3、8.x、9i
• Microsoft SQL Server 6.5、7.0、2000
• Sybase Adaptive Server 12.x

構成管理ソフトウェア

以下がサポートされています。

• Rational ClearCase バージョン 2003.06.10 以上 と ClearCase LT バージョン 2003.06.10 以上
• Rational ClearCase バージョン 2002.05.00 (最新の必須パッチ レベルがインストールされているもの)
• Visual SourceSafe version 6.0c (Visual Studio .NET 2002 と共に)
• Visual SourceSafe version 6.0d (Visual Studio .NET 2003 と共に)

システムの ClearCase パッチ レベルが以下のレベルより低い場合、最初のモデルを開いたときに警告メッセージが表示されます。

• ClearCase v.2002.05.00 では、パッチ 15

使用している ClearCase のバージョンの最新のパッチ情報を確認するには、
http://www.ibm.com/software/rational/support/upgrades/patches.html を参照してください。

ClearCase のインストールによってインストールされたパッチを確認するには、DOS コマンド プロンプト ウィンドウで cleartool -version コマンドを使用します。

メモ:

• モデルの整合性強化のために、ClearCase 2003.06.10 以上の最新のパッチをインストールするか、 Visual Studio .NET の拡張 ClearCase メニューを無効にすることをお勧めします。詳しくは、「既知の問題」の障害 240709 を参照してください。
• ClearCase v2002.05.00 Windows の最新のパッチ (例、パッチ 24 または 26) をインストールしているユーザーは、後で示す障害 245044 を参照してください。

カテゴリ

ID

説明

モデル要素の名前を変更したり、保存してチェックインしたモデルにダイアグラムを追加する場合、[チェックアウト]、[編集]、[ヘルプ] のボタンのみが表示されます。ダイアログ ボックスには、[キャンセル] ボタンがありません。

[チェックアウト] ボタンをクリックし、次にダイアログ ボックスで [キャンセル] ボタンをクリックすると、メモリ内の変更は、ロール バックされずに保持されます。

回避策: 保存してチェックインしたモデルにダイアグラムを追加する場合、そのダイアグラムのストレージ ユニットを明示的にチェックアウトする必要があります。チェックアウトは、モデルを変更する前に行う必要があります。モデルをチェックアウトしなかった場合、変更を保存しないでモデルを閉じることによって、復旧することができます。

ClearCase v2002.05.00 Windows の最新のパッチ (例、パッチ 24 または 26) をインストールしている Rational XDE ユーザーは、XDE/ClearCase Type Manager インストーラの再インストールを要求されます。これは、ClearCase パッチが、比較とマージ操作を XDE 比較/マージ機能へ導く ClearCase 管理ファイルの XDE バインドを上書きしたためです。

回避策: サーバーまたはクライアント上の XDE/ClearCase Type Manager インストーラをアンインストールして再インストールします。 この操作は、ClearCase パッチをインストールするたびに、実行する必要があります。ClearCase の今後のパッチでこの問題に関する修正を確認してください。

リベース、更新、デリバーの操作中により新しいバージョンのモデルがロードされる可能性があるため、これらの操作の 1 つを実行する場合は、次を実行することをお勧めします。

1. 保存していない変更をすべて保存します。
2. 操作 (リベース、更新、デリバー) を実行します。
3. [モデル エクスプローラ] で [すべて再ロード] ボタンをクリックします。

• IRXEPatCTCalloutData
  • IRXECodeTemplatesExpansionData
  • IRXEPatCalloutData
    • IRXEPatVetoableCalloutData
      • IRXEPatternsOnArgumentValueCalloutData
      • IRXEPatternsOnBindCalloutData
      • IRXEPatternsOptionalElementCalloutData
      • IRXEPatternsWizardCleanUpCalloutData
      • IRXEPatternsWizardStartUpCalloutData
      • IRXEPatternsExpansionLocationCalloutData
    • IRXEPatAbortableCalloutData
      • IRXEPatExpansionCalloutData
        • IRXEPatternsPreExpandCalloutData
        • IRXEPatternsPostExpandCalloutData
      • IRXEPatternsPreApplyCalloutData
      • IRXEPatternsPostApplyCalloutData
      • IRXEPatternsErrorCalloutData
      • IRXEPatternsPostMappingCalloutData
      • IRXEPatternsCollectionCalloutData
    • IRXEPatElementCalloutData
      • IRXEPatternsMergeCalloutData
      • IRXEPatternsMatchCalloutData
      • IRXEPatternsScriptletCalloutData

• IRXEPatApplicationMap
• IRXEPatExpansionMap
• IRXEPatCTCalloutUser
• IRXECodeTemplatesExpansion
• IRXEPatternsCallout
• RXEPatCTArgumentTypes
• RXEPatApplicationEvents
• RXEPatNextOptions
• RXEPatElementMergeBehaviors

Rational XDE バージョン 2003.06.12 をアンインストールすると、必要な 2 つの DLL が削除されることがあります。これらのファイルは、バージョン 2003.06.00 を含む XDE の別のバージョンをインストールしても再インストールされません。必要な 2 つの DLL とは msvcr71.dll と msvcp71.dll であり、いったんアンインストールが完了すると再インストールすることができます。 これらの DLL を紛失したかどうかを確認するには、システム ディレクトリ、通常 C:\Windows\System32 を確認します。 また、これらのファイルを紛失した場合、モデル内でダイアグラムを開くときに、次のエラー メッセージが表示されます。

｢An error occurred in IRSWindowPane::CreatePane() during opening a document window｣

回避策: 削除された DLL の取得、再インストール、再登録については、IBM Rational ソフトウェア サポートまでお問い合わせください。

作図面で使用されるデフォルト フォントが適切でない言語があります (特に、アジア言語)。

回避策: ユーザーは、[オプション] ダイアログ ボックス ([ツール] メニューの) で [Rational XDE] を展開し、続いて [外観] を展開して ［一般］ をクリックし、デフォルトのフォント フェースを変更する必要があります。ユーザーの文字セットをサポートするフォントを選択します。また、[設定対象] リストから [新規モデルのデフォルト] を選択し、すべての新規モデルに対して変更が適用されるようにします。

Web ブラウザに対して Sun Java Runtime Environment (JRE) プラグイン、バージョン 1.4.1 をインストールしていない場合、Rational Unified Process (RUP) を起動して、RUP の拡張ヘルプを起動すると、エラー メッセージが英語で表示されます。回避策については、｢XDE 全般｣の 障害 245756 を参照してください。

名前に 2 バイト文字が含まれるフォルダにモデルを発行すると、発行されたモデル内でツリー制御が失敗する原因になります。

回避策: デフォルトの Sun Java Runtime Environment (JRE) バージョン 1.3x をバージョン 1.4.1_01 に置き換えてください。

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\7.0\ToolsOptionsPages

Visual Studio .NET の標準インストールで XDE がインストールされている場合は、[オプション] ページの数は、前述の制限を超えます。このため、Rational XDE の次の 2 ページは、Visual C++ 設定の [オプション] ダイアログ ボックスでは、表示されない場合があります。

• Rational XDE\Round-Trip Engineering\Visual C++ Settings\Visual C++ Initial File Settings
• Rational XDE\Round-Trip Engineering\Visual C++ Settings\Visual C++ Containers

この結果、この影響を受けたページでは設定を構成することができません。

回避策:

• 使用されていないページのレジストリ エントリのいくつかを手動で削除します。
• Visual Studio .NET 2003 にアップグレードします。
• マイクロソフト社は、Visual Studio .NET 2002 の今後のサービス パックに修正を含める可能性があります。VS .NET 2002 のサービス パックが入手可能かどうかを MSDN ダウンロード サイトで確認してください。

Rational XDE モデルのプロジェクトを Visual Studio .NET 2002 で作成し、続いて IDE を Visual Studio .NET 2003 にアップグレードする場合、プロジェクトを再度開いたとき、[ソリューション エクスプローラ] のその他のファイル プロジェクトの各参照アセンブリ モデルのバージョンが重複して表示される場合があります。この状態は、XDE を Visual Studio .NET 2003 に再インストールし、プロジェクトを開き、次にそのプロジェクトを同期するか、モデルを開いた後で発生します。

この重複したモデルは、実際には個別のバージョンです。新規 IDE バージョンにアップグレード後、各参照アセンブリ モデルの Visual Studio 2002 と 2003 バージョンが [ソリューション エクスプローラ] のその他のファイル プロジェクトの下に表示されます。アセンブリ モデルへの参照は Visual Studio .NET 2003 バージョン (vs7rte\vsnet\Models\v1.1\*.mdx) を正しくポイントしますが、明らかに重複したアセンブリ モデルの表示が分かりづらい場合があります。ただし、この状態は、同期に影響を及ぼしたり、実際問題の原因になることはありません。

回避策:

使用されていない重複した参照モデルをプロジェクトから削除するには

1. Visual Studio .NET 2003 でプロジェクトを開きます。
2. [ソリューション エクスプローラ] でその他のファイル プロジェクト内の参照モデル ファイルを選択します。
3. [プロパティ] ウィンドウで、ファイル パス プロパティを表示します。
4. \vs7rte\vsnet\Models\v1.0 ディレクトリにある参照モデルに対して、モデルを右クリックし、次に [削除] をクリックします。
5. 重複する参照モデルに対してそれぞれ、手順 2 から 4 を繰り返します。
6. ソリューションを閉じて (必要に応じて保存してから)、Visual Studio .NET を終了します。
   次回 VS .NET を開くときには、この問題は発生しません。

メモ: この手順では、モデル ファイルをプロジェクト アイテムとしてその他のファイル プロジェクトから削除しますが、ファイル システムから削除することはできません。正しいモデルを間違って削除した場合、そのモデルは、次の同期のときにプロジェクト内でもう一度作成されます。

Rational XDE 2003.06.12 の Visual C++ サポートの機能を使用するとき、Visual Studio .NET 2003 (devenv.exe) が永久的にハングすることがあります。これは、以下のプラットフォームで実行されているときに発生します。

• Windows 2000 Professional SP2、SP3、SP4
• Windows 2000 Server SP2、SP3、SP4

回避策: この問題がこの条件下で発生した場合、コンピュータの電源をオフにしてから、再度オンにして再起動する必要があります。 Windows 2000 カーネルのこの問題は、Microsoft サポート ケースの SRX031219604116 に該当します。 関連するサポート技術情報 (KB) の記事と修正パッチについては、http://support.microsoft.com/?id=837443 でサポート技術情報番号 837443 を参照してください。 IBM Rational のユーザーはまた、http://support.microsoft.com に一覧表示されているフリーダイヤル番号を使用し、この問題に関する KB 番号 (837443) を照会することで、修正パッチについて Microsoft のサポートに直接問い合わせることができます。

Rational XDE バージョン 2003.06.12 サービス リリースを XDE の以前のバージョンに戻す場合、同期中にエラー メッセージが表示される場合があります。

回避策: 同期するとき、次の手順に従います。

1. C# Class Library プロジェクトを作成します。
2. 同期するには、ツールバーから [同期] ボタンをクリックします。
   [不明な RAS ファイル タイプ] ダイアログ ボックスが開きます。
3. ｢ .mdx｣と入力し、[OK] をクリックします。
   [RTE.ModelMonitor.UpgradeProfile] ダイアログ ボックスが開きます。
4. [OK] をクリックします。
   同期を完了します。
5. デフォルトのディレクトリにある rte.prx プロファイルを削除します。通常これは、
   C:\Documents and Settings\user\Application Data\Rational\XDE\Profiles です。

次回同期するときには、正しいプロファイルが適用されます。

Microsoft Visual Studio .NET 2003 で Rational XDE を使用している場合、Managed C++ Windows Form プロジェクトを含むソリューションで Visual C++ ラウンド トリップ エンジニアリング機能を使用し、そのプロジェクトに新しいフォームを追加すると、次のエラー メッセージが表示されることがあります。

｢このファイルのデザイナに、デザインできるクラスがないため、デザイナを表示できませんでした。｣

フォームをデザイナで開くことに失敗し、デザイナ フォームとタスク リストの両方にこのメッセージが表示されます。 このエラーは特に Windows 2000 で頻繁に発生し、｢メモリ不足｣が原因です。

回避策: 連続メモリを開放するには

1. ソリューションを閉じます (必要に応じて、まず、[すべてを保存] を使用します)。
2. Visual Studio .NET を閉じます。
3. Visual Studio .NET を起動します。
4. ソリューションを開きます。 フォームが正しく開かれます。

テキストなどの特定の要素タイプをフィルタする場合、関連するリンクを持たないホット スポットが、発行されるモデルに作成されることがあります。

回避策: モデルを発行する前にすべてのフィルタを削除してください。

回避策: モデルを Web に発行する場合、すべてのリンクされたファイルに絶対パスのみ指定します。

リンクされた外部ファイルに絶対パスを指定するには、次に従います。

1. [モデル エクスプローラ] で、外部ファイルをリンクさせるモデル要素を右クリックし、[UML の追加] をポイントし、[URL] をクリックします。
2. [URL 入力ダイアログ] ダイアログ ボックスで、[すべてのファイル参照に相対パス表現を使用する] チェック ボックスをオフにします。
3. [参照] をクリックしてモデル要素にリンクするファイルを参照して選択し、[開く] をクリックします。
4. [URL 入力ダイアログ] ダイアログ ボックスで [OK] をクリックします。

次の手順に従ってレジストリ内の JVM サイズの設定を増やします。

1. Rational XDE と Microsoft Visual Studio .NET を閉じます。
2. [スタート] メニューから [ファイル名を指定して実行] を開きます。
3. [ファイル名を指定して実行] ダイアログ ボックスで、「regedit」と入力し、次に [OK] をクリックします。
4. 次のレジストリ キーを見つけます。HKEY_LOCAL_MACHINE\SOFTWARE\RationalSoftware\RJCB\JVMs\XdeJavascriptJvm
5. JvmOptions 文字列値を見つけます。
6. "-Xmx256m" JVMOptions 文字列値を "-Xmx448m" などの大きいサイズに変更します。

メモ: JVM の実サイズは、コンピュータの物理 RAM のサイズより小さくし、1K (または 1024 バイト) の加算にする必要があります。

回避策: モデルのアップグレード プロセスを完了後、[ツール] メニューの [オプション] をクリックし、次に [ Rational XDE] を展開し、続いて [印刷] を展開します。[ページ設定] をクリックして、[デフォルトの設定に戻す] ボタンをクリックします。すべての数値がローカルのメートル法と互換性があること、また現在のモデル、すべてのデフォルト設定、個々のダイアグラムの印刷設定のすべての値が正しいことを確認します。

Windows NT 上に Rational XDE Developer Plus をインストールしている場合、空のモデルを保存すると、そのモデルに Rational RequisitePro 適用プロファイルが割り当てられます。

回避策: 手動で、モデルの適用されるプロファイル プロパティを [Blank] にリセットします。

Rational XDE モデルを XML Metadata Interchange (XMI) ファイル形式でエクスポートする場合、ClassicRose プロファイルがエクスポートしようとしているモデルに適用され、そのモデルに XDE で作成した実現関係と抽象化関係が含まれる場合、以下の影響のないエラー メッセージが表示される場合があります。

• 要素 "xx_Abstraction" のタグ付き値 "ClassicRose::Visibility" は見つかりませんでした。
• 要素 "xx_Abstraction" のタグ付き値 "ClassicRose::Friend" は見つかりませんでした。
• 要素 "xx_Abstraction" のタグ付き値 "ClassicRose::MultiplicityTo" は見つかりませんでした。
• 要素 "xx_Abstraction" のタグ付き値 "ClassicRose::MultiplicityFrom" は見つかりませんでした。

このエラー メッセージは、UML/XMI. に UML:Realization メタクラスがないために表示されます。XMI エクスポートでは、「Realize」としてステレオタイプ化された Rational XDE 実現関係と抽象化関係は、「Realize」としてステレオタイプ化された UML:Abstraction としてエクスポートされます。Rational XDE への XMI インポートでは、「Realize」のステレオタイプを持つすべての抽象化は、XDE では実現関係になります。

Microsoft Windows 2000 Terminal Server を SP3 からサービス パック 4 (SP4) にアップグレードし、次に Rational XDE バージョン 2003.06.12 サービス リリースを使用しようとすると、パッケージのロードに失敗する場合があります。

次に、Microsoft Visual Studio .NET を終了するとき、次のアプリケーションエラーが表示される場合があります。

"0x791bad3a" の命令が、"0x00000050" のメモリを参照しました。メモリが "read" になることはできませんでした。

この動作は、以下の条件と合致した場合に起こります。

• ターミナル サーバーに制限付きユーザー (管理者権限を持たないユーザー) としてログ オンしている。
• ターミナル サーバーで Windows 2000 SP4 が実行中であり、.NET Framework 1.0 SP2 以下がインストールされている。
• .NET Framework 1.1 以上をターミナル サーバーにインストールしていない。.

回避策: これは、Microsoft の既知の問題です。http://support.microsoft.com/default.aspx?kbid=823485 を参照してください。
この問題を回避するには、Microsoft .NET Framework 1.1を Windows 2000 SP4 ベースのターミナル サーバーにインストールします。

Rational XDE モデルを Unisys 1.3.5 ファイル形式でエクスポートする場合、複数状態アクションと最終状態アクション (継続時アクション、退状時、入状時など) がエクスポートされません。Unisys 1.3.5 ファイルを XDE にインポートする場合、1 つのアクション (継続時アクション) のみインポートされます。すべてのアクション (UninterpretedActions) は、エクスポートとインポートが正常に行われます。

回避策: モデルを Unisys 1.3.5 形式にエクスポートする前に、アクティビティ モデル要素内に所在する複数のアクションを削除します。

回避策: 複数のイベントを遷移に関連付ける場合、遷移ごとに 1 つのイベントを追加します。

回避策: エクスポートされた XMI ファイル内の重複する属性｢body=｣を｢language=｣に変更します。

1 つの制約を複数のモデル要素に関連付けると XMI インポート中に XDE がハングする原因になります。

回避策: 1 つの制約を 1 つのモデル要素にのみ関連付けます。

Web ブラウザに対して Sun Java Runtime Environment (JRE) プラグイン、バージョン 1.4.1 をインストールしていない場合、Rational Unified Process (RUP) と RUP の拡張ヘルプは動作しません。このほか、関連するエラー メッセージが英語で表示され、ローカライズされていません。

回避策: Sun JRE 1.4.1 をインストールします。

JRE プラグインをインストールするには、以下の操作の 1 つを実行します。

• CD から RUP をインストールしている場合、JRE プラグイン インストーラを次の Rational の共通ディレクトリから実行することができます。
  [INSTALLDIR]\common\rwp\JRE_plugins\j2re-1_4_1-windows-i586-i.exe
  ここで [INSTALLDIR] は、インストールされている Rational 製品のディレクトリです。例、
  C:\Program Files\Rational
• 次の Sun Java Web サイトのリンクから JRE をダウンロードしてインストールします。
  http://java.sun.com/products/archive/j2se/1.4.1/index.html

この代替策としては、所属する組織の技術サポート要員にご連絡ください。

インストールを完了したら、RUP または拡張ヘルプを再起動します。

モデル ファイルを Rational Rose から Rational XDE にインポートする場合、ステレオタイプを持つクラスは、ダイアグラム ウィンドウでは非常に大きくなります。

回避策: インポート後、[書式] メニューの [自動サイズ調整] をクリックするか、クラスを希望する形に手動でサイズ変更します。

カテゴリ

ID

説明

カテゴリ

ID

説明

XDE の比較とマージ セッション中に報告される競合の数が、競合ナビゲーション ボタンとメニュー項目の状態と矛盾して見える場合があります。たとえば、[次の未解決差分に移動] ボタンとメニュー項目が使用できないときに、ステータス バー インジケータは未解決の差分が 2 つ残っていると表示します。これは、競合を解決する際に、削除や、クラスの削除によるクラス名の変更が伴うために、解決した競合に応じて、競合解決の伝播により自動的にほかの競合が解決される場合に生じます。この場合、競合解決が自動的に伝播して削除されたクラスのビューをダイアグラムから削除し、これにより依存する競合を解決します。ただし、自動的に解決した競合は、競合数に正確に反映されない場合があります。

ステータス バーの統計が未解決の差分が残っていると示していても、次や前の未解決の差分に移動できない (淡色表示されている) 場合は、競合数が不正です。実際には、すべての競合が解決されています。この場合には、マージ セッションを保存して終了する際、または、ClearCase にマージ セッションをコミットする際、未解決の競合についての警告はすべて無視できます。

回避策: 各セッションで一度に 2 つのモデルを融合する、連続したいくつかのマージ セッションを、すべてのモデルが融合されるまで実行します。

513643

XDE で作業を行う際、2 人のユーザーが、同じディレクトリのそれぞれのバージョンで、同じ名前のストレージ ユニットを作成する場合があります。ユーザーがその作業のチェックインまたはデリバーを試みることにより、マージが起動されると、ClearCase はユーザーに 2 つのストレージ ユニットのどちらかを選択するように要求し、XDE の比較とマージはそれぞれユーザーにこれらのストレージ ユニットに関連付けられた 2 つのモデル要素のどちらかを選択するように要求します。このような状況では、一貫して選択することが重要です。つまり、1 人のユーザーのストレージ ユニットを選択したら、そのストレージ ユニットに関連付けられた、そのユーザーのモデル要素を選択する必要があるということです。たとえば、両方のユーザーが、同じディレクトリのそれぞれのバージョンで、class1.clx というファイルの独立したユニットとして class1 を作成するとします。ClearCase のディレクトリ マージは、2 つの Class1.clx ファイルのうち、どちらをマージするディレクトリに入れるかを問い合わせ、XDE の比較とマージは、2 つの Class1 モデル要素のうち、どちらをマージするモデルに入れるかを問い合せます。ClearCase のディレクトリ マージでユーザーが 1 人目のユーザーの Class1.clx ファイルを選択したら、XDE の比較とマージ セッションでも、1 人目のユーザーの Class1 モデル要素を選択する必要があります。

モデル要素の名前は異なるがストレージ ユニットは同じである場合には、似たような状況が発生しますが、その振る舞いは異なります。たとえば、両方のユーザーが、同じディレクトリのそれぞれのバージョンのストレージ ユニット class1.clx で最初に class1 を作成するとします。その後、1 人目のユーザーが class1 というモデル要素名を myclass に変更します。そのストレージ ユニット名は class1.clx のままです。この場合、ClearCase ディレクトリ マージでは、ディレクトリに入れることができるのは 1 つの class1.clx のみですが、XDE 比較とマージでは、class1 と myclass の両方をマージ結果のモデルに入れることができます。マージしたモデルは、存在しないストレージ ユニットを見つけることができません。この状況から復旧するには、存在しない class1.clx ファイルを他の名前に変更し、ユニットのないモデル要素のショートカット メニューの [ユニットの参照] コマンドを使用してこの名前変更したファイルを検索します。名前変更は、ClearCase Explorer を使用するか、[cleartool] コマンド ラインで行い、名前変更したファイル (元の名前のファイルを含む) の履歴を残します。

ClearCase が独立ユニットであるダイアグラムを開いて XDE マージ セッションを起動する際、[モデル エクスプローラ] からダイアグラムが開けない場合があります。これは、ダイアグラムを開くのに必要な特定の情報がダイアグラム ユニットの親ユニットにあるため、マージ セッション中には存在しないという場合に発生します。

回避策: マージ セッションの完了後にモデルを開けば、問題なくダイアグラムを開くことができます。

Rational XDE または Microsoft Visual Studio .NET を使用しているときに構成管理オプションを変更すると、予期しない動作の原因になり、新しいオプション設定が認識されない場合があります。Microsoft 社は、Visual Studio .NET version 2002 におけるこの障害を認識しています。

この障害は次の手順で再生します。

1. ソース管理下の Visual Studio .NET プロジェクトを開きます。
2. [ツール] メニューで [オプション] をクリックします。
3. [オプション] ダイアログ ボックスで、[ソース管理] の [全般] をクリックします。
4. [チェックイン状態の項目が編集されるとき何もしない] を選択し、[チェックインしてある項目の編集を許可] を選択します。
5. プロジェクト内でチェックインしてある項目を修正します。
6. 修正を元に戻します。
7. [オプション] ダイアログ ボックスに戻り、[チェックイン状態の項目が編集されるときチェックアウトを確認する] を選択します。
8. プロジェクト内でチェックインしてある項目を修正します。
   この時点で、修正した項目のチェックアウトに関するメッセージが表示されるものと予測しますが、メッセージは表示されません。

回避策: 1 回のセッションでソース管理の設定を 2 度目に変更した後は、Visual Studio .NET のセッションを再開します。

Microsoft Visual Source Safe を構成管理ソフトウェアとして使用し、チェックアウトしたモデル ファイルをほかのユーザーと共有している場合、XDE では、削除などの特定の操作を実行しようとすると、エラーが表示される場合があります。

回避策: チェックアウトしたモデル ファイルを読み取り専用にして、XDE を再起動します。

古いモデルをアップグレードする場合、足りないモデル サブユニット ファイルがあると、プロファイルのアップグレード プロセスが正常に完了しません。

回避策: Rational Developer Network で、このような状態のモデルを修復するユーティリティを利用できます。このユーティリティ、Rational XDE v2003 Model Repair Tool が見つからない場合は、IBM Rational ソフトウェア サポートまでお問い合せください。

ClearCase の動的ビューを使用している場合に、モデルやサブユニットをチェックインし、新しく分離されたユニットをソース管理に追加する、コンポジット オブジェクトのサポート ダイアログ ボックスをトリガすると、2 番目のダイアログ ボックスで操作に失敗します。

回避策: ソリューション エクスプローラかモデル エクスプローラで保留チェックインを通して新しいサブユニットを追加します。ClearCase エクスプローラを使用して、2 番目のダイアログ ボックスがチェックアウトされた状態になる親ディレクトリをチェックインする必要があります。この動作は、動的ビューに固有のものです。トリガされたサブユニットのソース管理への追加操作は、スナップショット ビューを使用すると期待どおり動作します。

モデルの整合性強化のために、ClearCase 2003.06.10 以上の最新のパッチをインストールするか、Visual Studio .NET の拡張 ClearCase メニューを無効にすることをお勧めします。拡張 ClearCase メニューを無効にするには、[オプション] ダイアログ ボックス内の [Rational ClearCase] の [一般] ページの [ソース コード管理のメニュー項目を上書きする] チェック ボックスをクリアにします。

複数の競合する管理ユニットを更新をする場合、XDE ではすべての管理ユニットがマージされないことがあります。Rational XDE Developer - .NET Edition では、コンポジット オブジェクト バージョン管理 (COV) の機能は、モデルのあるサブユニットのソース管理ステータスの変更によってトリガされます。事後処理は、すべての正しいマージ操作をトリガしない場合があります。この障害は、Rational ClearCase を単独ストリーム モードで XDE と共に使用している場合に適用されます。

たとえば、複数のユーザーが XDE で作業し、ClearCase を単独ストリーム モードで使用しているとします。

1. ユーザー 1 が新規ソリューションを作成します。
2. ユーザー 1 がソース管理にソリューションを追加します。
3. ユーザー 1 が Rational XDE ベース モデルを作成します。
4. ユーザー 1 がモデルに以下を追加します。
   Package1
       Class1
   Package2
       Class1
       Diagram1
5. ユーザー 1 が両方のクラスを Diagram1 にドラッグします。
6. ユーザー 1 がユニットを分割します。
7. ユーザー 1 がルート ノードを選択して保存します。
8. ユーザー 1 がルート モードをチェックインし、次のメッセージが表示されます。「ソース管理システムでモデルの整合性を確実にするために、次のファイルがチェックインされています。<ファイルのリスト>」
9. ユーザー 1 が [OK] をクリックします。
10. ユーザー 1 がユーザーのソリューションをチェックインします。
11. ユーザー 2 がツールの外側からユーザーのビューを更新します。
12. ユーザー 2 がソリューションを開きます。
13. ユーザー 1 が Package1 と Package2 の名前を変更します。
14. ユーザー 1 がこの変更をチェックインします。
15. ユーザー 2 が Package1 と Package2 の名前を、ユーザー 1 が使用した名前と異なる名前に変更します (2 つの競合を作成)。
16. ユーザー 2 がこの変更をチェックインします。
17. ユーザー 2 は、どのバージョンを選択するか尋ねられたとき、ビュー内の現在のバージョンを保持します。

最初のマージが実行されますが、2 番目 (またはその後) のマージは失敗します。

回避策: このユーザーは、チェックインを実行して、個別のサブユニットでマージする必要があります。

回避策: この場合、チェックイン操作をもう一度実行すると、チェックインに成功します。ただし、Rational では、構成管理操作は常に、シェル内から実行することをお勧めします。

チェックインを実行後、[保留中のチェックイン] ダイアログ ボックスに Project1.vssscc、Project1.vspscc、Model1.mdx.rcsiproj.cm のまだチェックアウト状態のファイルが 3 つあるために別のアクティビティを要求されることがあります。これらのファイルは、Visual Studio .NET の内部ファイルです。このメッセージは情報メッセージで、ユーザーのアクションは必要ありません。

[最新バージョンの取得] コマンドを使用して、モデルの最新バージョンを要求すると、サブユニットが再ロードされない場合があります。これは、プロジェクトにソース管理下のサブユニットを持つ Rational XDE モデルが含まれ、そのサブユニットの一部が別のビューで更新されているが、モデル ファイルが変更されていないときに発生する場合があります。この問題は次の手順で再生します。

1. ソース管理にチェックインされている Visual Studio.NET プロジェクトを開きます。
2. モデルを開きます。
3. モデル ルート ファイル (.mdx) を選択して、右クリックし、次に [最新バージョンの取得] をクリックします。
   再ロードされません。

回避策: この動作は、コンポジット オブジェクト バージョン管理 (COV) の制約によります。モデル ファイルは操作の結果として変更されないため、COV 機能がトリガされず、ほかのモデル要素も更新されません。更新が必要な場合、実際に更新が必要な要素を選択する必要があります。

一定の条件下では、コンポジット オブジェクト バージョン管理 (COV) の実装で、モデルとそれに関連付けられたサブユニットの更新に失敗します。この問題は、XDE のサブユニットがチェックインされかつ、チェックイン中にマージが実行されて、サブユニットのより最新のバージョンが利用可能になった場合に発生します。チェックインされたサブユニットにはモデルの整合性に影響を及ぼす変更が含まれている場合があるので、モデルとそれに関連付けられたサブユニットはチェックインされたより最新のバージョンが反映されて更新される必要があります。

この障害の事前条件は次のとおりです。

• ClearCase VOB が利用可能。
• 各ユーザーは、その VOB の、ユーザー独自のスナップショット ビューを持っている。
• Visual Studio .NET は、Rational ClearCase を使用するように構成されている。

次のシナリオは、この問題を再生します。

1. ユーザー 1 が新しいプロジェクト P1 とそれに関連付けられたソリューションを作成します。
2. ユーザー 1 がソース管理にソリューションを追加します。
3. ユーザー 1 が新しいモデル M1 を作成します。
4. ユーザー 1 がパッケージ P1 を作成して、それを個別のユニットにします。
5. ユーザー 1 がモデルをチェックインします。
   モデルがほかのすべてのサブユニットと共にチェックインされます。
6. ユーザー 2 がモデルの最新バージョンを取得するために、ユーザーのビューを更新します。
7. ユーザー 2 が Visual Studio .NET を開始して、ソリューションを開きます。
8. ユーザー 2 がモデルを開きます。
9. ユーザー 2 が、P1 をチェックアウトします。
10. ユーザー 2 がパッケージ P2 をパッケージ P1 の下に追加して、それを個別のユニットにします。
11. ユーザー 2 がモデルをチェックインします。
    モデルがほかのすべてのサブユニットと共にチェックインされます。
12. ユーザー 1 が、P1 をチェックアウトします。
    より最新バージョンのファイルが利用可能であるという旨のメッセージがダイアログ ボックスに表示されます。ユーザーは、現在のバージョンか新しいバージョンのいずれをビューにチェックアウトするか選択するように要求されます。
13. ユーザー 1 が、パッケージの現在のバージョンのチェックアウトを選択します。
14. ユーザー 1 がクラス C1 をパッケージ P1 に追加します。
15. ユーザー 1 がサブユニットに対してはチェックアウト状態を選択して、P1 をチェックインします。

この結果ではなく、より適切な結果は、パッケージ P1 の ユーザー 1 のバージョンをユーザー 2 が作成したバージョンとマージして、クラス C1 とパッケージ P2 の両方がパッケージの一部になるようにすることです。モデルとそれに関連付けられたフォルダは、更新されてパッケージ P2 のファイルに取り込まれます。モデルは再ロードされて、パッケージ P2 とクラス C1 の両方が、ユーザー 1 のワークスペースで可視になります。モデル M1 のサブユニットのすべてが、P1 を除いて、チェックインされます。

ソース管理下のプロジェクトに新しい Rational XDE モデルを追加する場合、関連付けられたソリューション ファイルをチェックアウトするように要求されます。

回避策: ソリューション ファイルのチェックアウトを選択して、操作を継続します。

Visual SourceSafe リポジトリに保管され、作業ディレクトリに既に存在するプロジェクトに対して、Visual Studio .NET の [ソース管理で開く] コマンド ([ファイル] メニューの [ソース管理] コマンド ) を使用する場合、Rational XDE モデルのサブユニットは更新されません。

この障害は、モデルを Microsoft Visual SourceSafe のソース管理下に置いている Rational XDE ユーザーに適用されます。この障害は、次の条件で発生します。

• ソリューションとプロジェクトが既に Visual SourceSafe のソース管理下にある。
• ソリューションとプロジェクトが既にソース管理から開かれ、ファイルを作業ディレクトリで見つけることができる。
• プロジェクトに サブユニットとを持つ Rational XDE モデルが含まれている。
• Rational XDE モデルのより最新のバージョンがレポジトリに存在する。

次に、Visual Studio.NET プロジェクトを [ファイル] メニューの [ソース管理] をポイントし、[ソース管理で開く] をクリックすることによって開く場合、Rational XDE モデルが更新されますが、サブユニットは更新されません。

回避策: プロジェクトを開く前に、Visual SourceSafe コマンドを使用して、作業ディレクトリを手動で更新します。これにより、すべての Rational XDE モデルのサブユニットが作業ディレクトリ内でも確実にリフレッシュされます。

モデルを Rational ClearCase のソース管理下に置くユーザーが、[オプション] ダイアログ ボックス内の [ソース管理] フォルダの [一般] ページの [チェックインするときに項目のチェックアウト状態を保持] チェック ボックスをオンにすると、次の問題が発生する場合があります。Rational XDE 内で提供されているコンポジット オブジェクト バージョン管理 (COV) の機能は、COV の実行結果として以前にチェックインされていたサブユニットを、新しく作成されたサブユニットとして最初にチェックインするときに実行されません。

回避策: COV 操作に含まれる、新しく作成されたサブユニットの構成管理ステータスをリフレッシュします。この問題は、Visual Studio .NET がソース管理下でファイルを処理する方法に起因します。

サブユニットは、ソリューション項目 (つまり、プロジェクトではなくソリューションによって直接所有されるモデル) のモデルに追加してはなりません。ソリューション項目のモデルにサブユニットを追加すると、ソリューションを再度開いた時に、XDE が開こうとする個別のサブユニットに対して、次のメッセージが表示されます。「選択したファイルは Rational XDE ユニット ファイルです。Rational XDE で別に開くことはできません。対応するモデル ファイル (.mdx) を開いてください。」この警告は無視して構いませんが、このような場合、サブユニットを追加しないことをお勧めします。

DB2 の接続に JDBC を使用する場合、XDE の JDBC ドライバ パスが DB2 クライアントを指し示していることを確認する必要があります。この確認を行うには、次の手順に従います。

1. XDE を起動する前に、[スタート] メニューの [ファイル名を指定して実行] をクリックして、regedit.exe と入力します。
2. HKEY_LOCAL_MACHINE\SOFTWARE\Rational Software\XDE\AddIns\Data Modeler registry key に移動し、JdbcDriverPath の値をクリックし、このパスが有効で、db2java.zip ファイルを指し示していることを確認します。

データ モデルが存在しない場合、[変換] メニューの [クラスからテーブルへ] コマンドを使用しても [クラスからテーブルへの変換] ダイアログ ボックスが開きません。

回避策: データ モデルを作成し、再度コマンドを使用します。

XDE のこのリリースでは VC++ 機能はサポートされていませんが、Rational XDE の Visual C++ 機能を説明しているヘルプ トピックには、XDE オンライン ヘルプ システムの一部として含まれています。これらのトピックは、テクニカル プレビューとしてマークされています。VC++ 機能を備えた XDE のテクニカル プレビュー リリースは、別個の製品として利用できます。これは、XDE の今後の主要なリリースに含まれる予定です。

データ モデリングのオンライン ヘルプに、ドメインを論理データ モデルの属性に割り当てることができるとありますが、この機能はサポートされていません。

過度に長いインストール パス名が指定されると、次のエラーが発生します。

エラー 1320。指定されたパスは長すぎます: <pathname>

この後、[キャンセル] をクリックしてこのインストールをキャンセルすると、インストーラは終了しますが、%INSTALLDIR%\RCSI\ フォルダとその内容がシステムに残ります。RCSI フォルダとその内容は手動で削除する必要があります。

XDE の Visual Studio .NET Edition をインストールし、その後、同じシステムに XDE for Java もインストールした場合、.mdx とその他のモデリング ファイルの関連は、XDE for Java 製品に関連付けられます。XDE for Java 製品をアンインストールする場合、ファイル関連に関連付けられているアイコンはアンインストールされます。この場合、XDE の VS .NET Edition は残りますが、ファイル アイコンのいくつかは失われ、Windows の一般的なアイコンで表示されます。

回避策: アイコンを復元するには、XDE for VS.NET 製品を再度インストールします。

回避策: 直接 SitePrep.exe を使用する場合には、Rational XDE と Rational PurifyPlus (Developer Plus Edition をインストールする場合) のシェル セレクションを、インストールに SitePrep 領域を使用するターゲット システム上に存在することが分かっているシェルのみが含まれるように設定することが重要です。Rational PurifyPlus のシェル設定をデフォルトのままにしないでください。デフォルトを修正し、ターゲット システムに存在することが分かっているシェルのみを指定する必要があります。PurifyPlus のシェル セレクションのデフォルトでは、サポートされるすべてのシェルが指定されています。ターゲット コンピュータにすべてのシェルが存在すると見なす SitePrep ファイルを使用してセットアップを起動し、このコンピュータにすべてのシェルが存在しない場合には、問題が発生します。

Rational XDE のダイアグラムをコピーして Microsoft Word に貼り付けると、ダイアグラムに含まれる日本語と全角文字が正しく表示されない場合があります(これは日本語版と英語版の Microsoft Word の問題です)。

回避策: すべての図形を選択し、選択された図形のフォントを MS UI Gothic など適切なフォントに変更した後、図形をコピーして Microsoft Word (または別のアプリケーション) に貼り付けます。

パターンは統一モデリング言語 (UML) タイプ関連のテンプレート パラメータを保有し、また、これと同じ名前の関連をパターンのルート コンテキストに含みます。パターンを拡張すると、ルート コンテキストの関連はターゲット領域のテンプレート引数の値へ正しく置換されますが、検証エラーが報告されます。

回避策: [パターン エクスプローラ] で、テンプレート パラメータの関連タイプ要素のマージ振る舞いを [置換] に設定します。ただし、回避策を用いた場合、パターンを再度適用すると関連が複製されます。

以前のバージョンの製品によるモデルでは、外部コード テンプレートのバインドが、正しくアップグレードされません。モデル アップグレード後にも、アップグレード済みのモデル内で外部コード テンプレート バインドが機能しています。ただし、モデルから外部コード テンプレートへのパスが間接的である必要がある場合には、バインドは適切な使用法ではありません。この現象が発生する一般的な状況は、あるモデルが構成管理下にあり、さまざまなユーザーがさまざまなパスを使用してコード テンプレートを表示している場合、またはコード テンプレート バインドがパターン アプリケーションを使用してあるモデルから別のモデルへコピーされる場合などです。

回避策: アップグレード済みのモデル内で外部コード テンプレートに対するすべてのバインドを検索し、検索したバインドをそれぞれ ([バインドの編集] コマンドを使用して) 開きます。これにより、バインドは正しい形式に復元されます。

パターンの適用により作成されたビュー要素は、そのパターンを再度適用したときに複製される場合があります。

回避策: [パターン エクスプローラ] でダイアグラム上のマージ ヒントを [置換] または [保存] に設定して既存のダイアグラムを破棄して新しく作成するか、変更にマージする代わりに既存のものを保持して新しく追加します。

COM コールアウトを持つパターンまたは COM コード テンプレートを拡張するパターンをユーザーが適用した後、プレビュー モードまたは、拡張またはコード生成モードのいずれの場合も、COM.dll ファイルに対するどのような修正も認識されません。

回避策: 必要に応じてファイルを修正してから、Rational XDE をシャットダウンまたは再起動します。

[パターンの適用] ウィザードまたは [パターンの適用] の [キャンセル] をクリックすると、ダイアログ ボックスが表示されてバインドを保存するかどうか確認が表示されます。[いいえ] を選択しても、バインドを保存する場合があります。

回避策: 元に戻すか、追加したバインドを削除します。

エクスポート ウィザードで、RAS をエクスポートする場合、ソリューションは、[すべてのプロジェクトのエクスポート] オプションが選択されたとき、プロジェクトとしてリストされます。ただし、ソリューションのエクスポートは失敗します。

回避策: エクスポート ウィザードの [個々のリソースの (成果物) のエクスポート] オプションを選択することによって、ソリューションをエクスポートします。

構成管理制御モデル内の同じメソッドに 2 人の開発者がそれぞれコード テンプレートを追加した場合、コード テンプレートはチェックインされるがマージされない場合があります。コード テンプレートのうち 1 つだけがマージされ、もう一方は再度バインドが必要です。

回避策: 同じモデル要素に、コード テンプレートを並行して追加しないようにします。

RXE .NET コールアウトを持つパターンを適用する場合、アセンブリ ファイルがありません、アセンブリにクラスがありません、コールアウト コードによってスローされた例外などのエラー メッセージがレポートされません。

回避策: 出力メッセージを、進行状況をレポートするコールアウト コードに追加します。

[パターン エクスプローラ] の [ツールボックスの更新] ボタンをクリックしても、[ツールボックス] に表示されているパターンのプロパティは更新されません。

回避策: 既存の [ツールボックス] パターン アイテムを更新するには、[ツールボックス] のアイテムを右クリックして [削除] をクリックします。[パターン エクスプローラ] で、パターンの [ツールボックス] ノードをクリックし、[パターン プロパティ] ウィンドウの [ツールボックスの更新] ボタンをクリックします。

パターンを再度適用すると、パターンを以前に適用したときに追加された要素を削除しない場合があります。たとえば、スクリプトされた名前 get<%=attributeParamName%> を指定してパターンが操作を追加する場合、最初のパターン適用で、attributeParamName の引数を Foo とすると、操作 getFoo がこのモデルに追加されます。ユーザーは属性の名前を Bar に変更し、パターンを再適用します。新しい操作 getBar を適用しても古い getFoo は削除されません。

回避策: なし

パターン コールアウトやパターン制約が適用できる場合、ほとんどのパターン コールアウトやパターン制約により、[出力] ウィンドウやエラー メッセージ ボックスにエラー メッセージが正しく追加されます。ただし、メッセージによっては [タスク] ウィンドウに追加されるものもあります。

回避策: 制約についてはありません。コールアウトの場合、メッセージを追加して、[出力] ウィンドウに表示するように指定します。

モデルをこのリリースにアップグレードすると、ネストされたバインド済みコラボレーションにそれぞれリンクされている、初めて生成された URL または追加された URL の所有権が変更されます。リンクの所有権は、ネストされたバインド済みコラボレーションを所有する、≪Asset≫ パッケージへ転送されます。ネストされたバインド済みコラボレーションが所有する、ほかの URL は変更されません。

回避策: モデルのアップグレード前にバインド済みコラボレーションが所有する URL を削除し、後で URL を手動で追加します。

[プロパティ] ウィンドウでパターン プロパティ ([拡張は有効です] または [ネストされたバインドの拡張]) を変更しても、[パターン プロパティ] ウィンドウ内が必ずしも更新されるとは限りません。

回避策: [パターン エクスプローラ] のパターンを閉じて、再度開きます。

パターン エクスプローラでは、[元に戻す] コマンドは機能しません。

回避策: フォーカスを [モデル エクスプローラ] かダイアグアム ウィンドウに変更して、元に戻す操作を実行します。

ダイアログ ボックスのサブコンポーネントがほかのコンポーネントより小さい場合、パターンやコード テンプレートのダイアログ ボックスによっては、サイズ上の問題が断続的に表示される場合があります。

回避策: 通常、このようなサイズ上の問題を修正するには、コンポーネントの隣の内部枠をドラッグすることにより、内部コンポーネントのサイズを調整します。また、多くの場合、ダイアログ ボックス全体のサイズ変更によっても、内部コンポーネントのサイズが正しく調整されます。

Gang of Four C# Pattern を検証する場合、ファサード パターンには、1 つ以上の壊れた参照が含まれます。

回避策: Facade または SubsystemClass 構成要素の刺激を手動で再定義します。

Iterator Pattern に選択した値を適用すると、コードにエラーが発生します。

回避策: Iterator Pattern にデフォルト値を適用してから、必要に応じて構成要素の名前を変更します。

構成管理制御下のモデルの場合、17 以上のコード テンプレートを同じモデルに追加すると、モデルをチェックインまたはマージしたときに、17 番目の要素が要素のバインド内に 2 回表示される場合があります。

回避策: CM で管理されたモデル要素に 17 以上のコード テンプレートをバインドしないようにします。

ルート コンテキストに含まれるダイアグラムには、パターンを再適用した結果、ターゲット領域のダイアグラム内に複製された要素が含まれる場合があります。

回避策: [パターン エクスプローラ] で、ダイアグラム上のマージ ヒントを [置換] または [保存] に設定します。置換の振る舞いでは、既存のターゲット ダイアグラムは破棄され、パターン ダイアグラムで置き換えられます。保持の振る舞いでは、ターゲットの領域にダイアグラムが追加されます。

Rational XDE の以前のバージョンで作成された Visual Basic .NET コード モデルに、エスケープされたキーワードの名前が含まれる場合、モデルを現在のリリースにアップグレードするには、手動による特別な手順がいくつか必要です。Visual Basic .NET コードでは、通常キーワードとなる識別子が角カッコで囲まれている場合、まだ識別子として扱われます。

たとえば、次のコードを検討してみます。

Public Class [Sub]
Dim [Event] As Integer
End Class

通常、Sub と Event はキーワードですが、Event という名前のフィールドを持つ Sub と名付けられたクラスが定義されます。Rational XDE の以前のリリースでは、そのようなコードをモデルと同期した場合、モデル要素の名前にそのコードにあるすべての角カッコも含まれました。上記コードのモデリングでは、[Sub] という名前の UML クラスと [Event] という名前の UML 属性になりました。

Rational XDE の現在のリリースでは、角カッコはモデルの名前から自動的に削除されます (一方、コードには角カッコはそのまま残されます)。上記コードのモデリングでは、Sub という名前の UML クラスと Event という名前の UML 属性になります。

ただし、以前のリリースで作成された既存のモデルをアップグレードする場合、角カッコは、アップグレードの処理中にモデル内で名前から自動的に削除されません。アップグレード後にモデルとコードが最初に同期されるとき、Rational XDE ではタスク アイテムを [タスク リスト] ウィンドウに追加することによって、検証エラーをレポートします。角カッコ ([Sub] や [Event]など) は、モデル内の正式な名称ではありません。同期は、この検証エラーのために中止されます。

継続するには、タスク アイテムをダブル クリックして、モデル エクスプローラ内で問題を見つけ、手動で名前を訂正します。角カッコは、モデル内の名前から手動で削除する必要があります ([Sub] を Sub に変更するなど)。いったん、これらの変更が行われると、同期は検証エラーなしに継続できます。

汎化、依存、実現の場合、End 要素にアクセスするためのメソッドまたはプロパティは反対の端を返します。仕様:

• IRXEGeneralization.SuperElement は SubElement を返します。
• IRXEGeneralization.SubElement は SuperElement を返します。
• IRXEDependency.SupplierElement は ClientElement を返します。
• IRXEDependency.ClientElement は SupplierElement を返します。
• IRXERealization.SpecificationElement は ImplementationElement を返します。
• IRXERealization.ImplementationElement は SpecificationElement を返します。

回避策: 反対のメソッドまたはプロパティを使用します。

IRXEReference.Resolve() メソッドと IRXEReference.getRefModel() メソッドは常に Null を返します。resolve() に対する呼び出しは、可能な場合は参照を解決しますが、Null を返します。

回避策: 実際のオブジェクトを取得するには、IRXEReference オブジェクトを提供する関連メソッドを使用します。たとえば、IRXEGeneralization.getTargetElementReference() の場合には IRXEGeneralization.getTargetElement() を使用します。すると、実際のオブジェクトを形成し、getModel() を呼び出して参照モデルを取得します。

[OnArgumentValue] コールアウトは、設計されたとおり、パターン適用ツールでユーザーが引数を選択するごとに呼び出されます。[OnArgumentValue] コールアウトが、選択した引数値を拒否すると、この値は引数値としてテンプレート パラメータに追加されません。ただし、[OnArgumentValue] を使用すると、既存の値セットを考慮して、新しい要素をそのセットに追加するかどうか決定する作業は行いません。

回避策: [PreExpand] コールアウトなどの別のコールアウトを追加することにより、パターン適用の後半で不要な要素を削除します。

[OnBind] のコールアウトまたは制約が失敗すると、パターン設計者による失敗のメッセージのテキストが [出力] ウィンドウに正しく表示されます。ただし、[パターンの適用] ダイアログ ボックスを使用して [エラー メッセージ] ダイアログ ボックスを開いた場合、設計者のテキストはこのダイアログ ボックスに表示されません。[パターンの適用] ウィザードを使用した場合、エラー メッセージは表示されません。[OnBind] 評価が失敗しても、[パターンの適用] ダイアログ ボックスの [適用] ボタンは有効です。

回避策: なし

[PreApply] コールアウトで [生成済み] 要素の名前値を正常に指定することができません。名前の値を指定しないと、生成された要素を作成できません。

回避策: なし

Visual Trace は、Microsoft .NET Framework version 1.1 上の ASP.NET アプリケーションのトレースをサポートしていません。

Microsoft Visual Studio .NET 2003 では、Visual Trace ウィザードの [クラスの選択] ウィンドウ枠の同じ名前空間から多くの C# クラスを選択すると (たとえば、500 個以上)、仮想メモリを消耗して、各種のエラー メッセージの原因になることがあります。この問題は、Microsoft SR#12455 障害番号 129398 が原因です。

回避策: 一度により少ない数のクラスを選択します。

• Java プラグイン インストール ウィザードが起動し、インストール プロセスに入る (Internet Explorer の場合)。
• Java プラグインをダウンロードするため、Sun Web サイトに接続する (Netscape Navigator の場合)。

回避策: 発行またはレポート機能を使用する前に、Sun Web サイト、http://java.sun.com/products から Java プラグインをダウンロードします。

Rational はこのアプレットに署名しているにもかかわらず、Java プラグイン バージョン 1.4 のデフォルトのセキュリティ設定により、読み取りが許可されない場合があります。回避策: 「このリリースを使用する際の制約とガイドライン、Web 発行と Web レポート」の指示を参照してください。

発行したモデル ツリーでは、単一引用符 (') を含むモデル要素名は、単一引用符で途切れます。

回避策: モデル要素名に単一引用符を使用しないようにします。

UNC パスを使用して発行したモデルを表示できません。Java ツリーは正常にロードしません。

回避策: ネットワーク ドライブをリモート コンピュータにマッピングしてリモート システムからこれを表示するか、発行したモデルをローカル コンピュータにコピーしてローカルで表示します。

複数のモデルを連続して発行する場合、モデル内のすべてのアクションを妨げる、次のメッセージが表示される場合があります。"A read action is open on behalf of client ‘RSE Client’."

回避策: Rational XDE を終了し、再起動します。

「Getting Started」のサンプル モデル ファイルは、同じ Rational XDE セッション中に一度発行されていると、完全に発行しない場合があります。

回避策: 「Getting Started」モデルを 2 度目に発行する場合は、Rational XDE を閉じ、再度開いて、新規セッションを作成します。

ユーザー名に拡張文字が含まれる場合、パス エラーが発生します。これは、モデルの発行とレポートの生成を妨げ、次のメッセージが表示される原因になります。「ParameterFile.txt\ProjectConsole.ini は存在しません。」

回避策: ユーザー ディレクトリには、ユーザー名に基づいた 2 つのフォルダがあります。1 つは正しく表示された拡張文字を含むもの (例: AdministratorAdministrator)、もう 1 つは不正に表示された拡張文字を含むもの (例: AdministratA¶r) です。ProjectConsole.ini ファイルを不正な名前のフォルダから正しいフォルダにコピーします。

ほかのユーザーがインストールした Rational XDE のインストールを使用する場合、モデルを発行しようとすると、追加のコンポーネントをインストールするよう求められる場合があります。提案されるインストールは必要ありません。[キャンセル] をクリックしてください。発行は正常に進みます。

[キャンセル] をクリックしてプロセスを終了させると、2 つ目のダイアログ ボックスが表示され、再起動するように指示されます。[いいえ] をクリックしてください。[OK] をクリックすると、XDE が再起動され、発行されたモデルが不完全になります。

発行されたモデルでは、MessageEnd オブジェクトとの関係に依存する表示は失敗します。これによって影響を受けるものは次のとおりです。

• 送信側/受信側テーブル
• 操作とメッセージ間の参照を含むシーケンス図のシーケンス要素

Rational Suites と Rational XDE を共にインストールしている場合、どちらかの製品をアンインストールすると、ダイアグラムを含む、レポートの画像をサポートできなくなります。

回避策: 製品を再インストールすることにより、この制限は解消されます。

デフォルトのブラウザとして Netscape 6.0 を使用している場合、[Open web page upon completion] チェック ボックスをオンにして、モデルのレポートを生成したり、モデルを発行すると、Netscape はほかのウィンドウの背景で開きます。

回避策: ステータス行をクリックするか、[Alt] を押しながら [Tab] を押して、Netscape ウィンドウを手前に出します。または、Internet Explorer をデフォルトのブラウザに設定します。

Rational XDE の使用でメモリを多く必要とする場合、Java 仮想マシン (JVM) が「OutOfMemoryError」エラー メッセージを表示する場合があります。

回避策: デフォルトでは、JVM で使用できる最大サイズを 256 MB にします。[-Xmx] オプションを使用して、JVM で使用できるメモリを増やすことができます。[-Xmx] オプションを増やすには、次のレジストリ キーに移動します。

HKEY_LOCAL_MACHINE\SOFTWARE\Rational Software\RJCB\JVMs\XdeJavascriptJvm

JvmOptions という名前の文字列値を修正します (この文字列値にはほかのオプションもあります)。[-Xmx$m] オプションを増やすことができます。ここで、$ は、使用する JVM のメモリの量をメガバイトで示します。たとえば、512 MB に設定するには、文字列を「-Xmx256m」から「-Xmx512m」に変更します。

Rational XDE の以前のリリースからモデル (mdx ファイル) をアップグレードする場合、
次のエラー メッセージが表示されて、モデルのロードに失敗することがあります。「Modeler エラー: モデル ファイル <パス> のロードに失敗しました。」

回避策: Rational XDE の現在のリリースを使用して、モデル ファイルが所在するソリューションを開きます。モデルを開くとき、モデルがアップグレードされて、正しく開かれます。

Microsoft Visual Studio .NET 2002 の [ツール] メニューの [オプション] をクリックしても、[オプション] ダイアログ ボックスが開かない場合があります。この問題は、VS .NET 2002 が約 64 オプション ページのみをサポートすることによります。各ページは、次のレジストリ キーのレジストリ エントリによってそれぞれ識別されます。

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\7.0\ToolsOptionsPages

VS .NET の標準インストールで XDE がインストールされている場合、オプション ページのほとんどすべてが使用されます。サード パーティのソフトウェアを追加インストールすると、前述の障害が発生する原因になることがあります。

回避策:

• サード パーティのソフトウェアをアンインストールします。
• 使用されていないページのレジストリ エントリのいくつかを手動で削除します。
• VS .NET 2003 にアップグレードします。
• マイクロソフト社による VS .NET 2002 の今後のサービス パックでの修正を確認してください。

シーケンス図の拡大縮小率を 75% か 50% に設定する場合、生存線上部のボックスを使用した自動サイズ調整で問題が発生します。長い名前の場合、ボックスをテキストに合わせて自動調整する代わりに、削除されます。

回避策: 拡大縮小率を微調整し、ボックスが自動サイズ調整されるようにします。

図のコンテンツを Windows Terminal Server またはリモート デスクトップ接続を介して Microsoft Word などのローカル アプリケーションにコピーする場合、図形とコネクタの一部分が貼り付けたイメージ内から失われます。

一部の Rational XDE 操作は、大文字と小文字を区別します。これは、モデルの依存関係でエラーや問題になる場合があります。たとえば、プロジェクトを削除し、次にこれと同じ名前でも、大文字小文字の表記が違うプロジェクトを再度作成する場合、モデル間の依存関係は失われます。

回避策: プロジェクトに名前を付ける場合、一貫して大文字を使用します。

モデル テンプレートをサポートされていない文字を含む名前 (「ÿ」 ALT+0255 など) で保存しようとすると、[新しいファイル] ダイアログ ボックスがモデル テンプレート ファイルを保存せずに閉じる原因になります。エラーはレポートされません。

回避策: モデル テンプレート ファイルの名前にサポートされていない文字列を使用しないようにします。

印刷プレビュー時、またはテキストエディタなどのほかのアプリケーションに図形を貼り付けたときに、クロス モデルの参照の修飾子が正しい位置に表示されません。

特定の内部処理を起動してダイアグラムを開く、保存済みのモデルを開く場合、このモデルに対して変更していなくても、このモデルは保存済みではない状態または変更済みの状態 ([モデル エクスプローラ] 内のモデル名の隣にアスタリスクを付けた状態) で表示されます。データを損失することなく、変更内容を保存または破棄できます。

回避策: モデルを再度保存します。次にモデルを開いたときには、モデルは保存済みの状態で開きます。

サブユニットで作業する場合、[ファイル] メニューの [すべて保管] コマンドを使用して作業を保存することをお勧めします。[保存] コマンドを使用する (または、[Ctrl] を押しながら [S] を押す) と、作業は一貫して保存されない場合があります。

たとえば、1 つのサブユニットを変更し、これにより、ほかの 2 つのサブユニットに変更が生じる場合があります。最初のサブユニットのみ保存し、ほかの 2 つを保存しないと、ディスクに保存されたファイルは互いに整合の取れていない状態となります。[ファイル] メニューの [すべて保管] コマンドを使用すると、変更された 3 つのファイルがすべてディスクに保存され、 ディスク上のファイルは互いに整合が取れます。

Rational XDE の以前のバージョンを使用して作成したモデルは Rational XDE version 2003 へアップグレードできます。モデルのアップグレード処理を始める前に、モデルのアップグレード処理に加えるすべてのモデルファイルに、読み取り専用属性が設定されていないことを確認します。詳しくは、Rational XDE ヘルプのモデルのアップグレードに関する説明を参照してください。

変換した Rose モデル (.mdl) ファイルを保存するとき、[名前を付けて保存] ダイアログ ボックスに、ターゲット モデルに対して指定した正しい拡張子が表示されません。正しいファイル拡張子は、.mdx です。ファイル拡張子を訂正せずに保存を続けると、変換した .mdl ファイルを .mdx ファイルとして保存するように要求されます。ただし、保存した .mdx ファイルは、希望どおり、プロジェクト内の .mdl ファイルと置き換えられます。

回避策: [既存モデルの追加] または [既存項目の追加] コマンドを使用することによって、.mdx ファイルをプロジェクトに手動で追加します。

Visual Studio .NET の異なる 2 つのインスタンスで同じモデルを並行して編集するとき、編集されたモデルがその他のファイル プロジェクトの一部になっている場合、モデルが一方のインスタンスで変更されたときに再ロードされません。

回避策: モデルが言語プロジェクトの一部であり、その他のファイル プロジェクトの一部ではないようにします。

ソース管理されているモデル内でダイアグラムを開き、ダイアグラム要素での以前の変更により改ページ位置を更新する必要がある場合、ファイルをチェックアウトするよう求められます。しかし、[キャンセル] をクリックしてもダイアログ ボックスは閉じられません。これは、[オプション] ダイアログ ボックスの [ソース管理] の [全般] ページで選択した [チェックアウトを確認する] 設定をオンにしている場合に発生します。

回避策: [OK] をクリックし、ファイルをチェックアウトします。

コネクタの線のスタイルを任意角から直角へ変更すると、任意角に直角が含まれる場合に、最適化されないことがあります。線のスタイルを任意角から直角へ変更すると、ラインが直角で構成されている場合でもコネクタの経路を変更できます。経路の変更では、最短のパスに最適化され、変換中に複雑な直角の経路を変更します。

回避策: 手動で経路を調整します。

テンプレート モデル (たとえば、visualmodel.mdx や GettingStarted.mdx) を Windows エクスプローラから直接開く場合、ファイルは、非テンプレート モデルとして直ちに更新されます。この方法で開かれたテンプレートから作成されるモデルはすべて、同じモデル識別子 (GUID) を持ちます。これは、一定のモデル相互参照で失敗する原因になります。

回避策: テンプレート モデルを Windows エクスプローラで開かないようにします。すでにこの操作を行ってしまった場合、製品 CD からテンプレート モデルを再インストールしてください。

カテゴリ

ID

説明

カンマを含む文字列を持つコード テンプレート パラメータをバインドするとき、カンマの後のテキストが切り捨てられます。たとえば、「this.a=A, this.b=B」では、「this.a=A」のみがバインドされます。セミコロンが文字列パラメータで使用されている場合にも問題が発生します。

回避策: 別の区切り文字を使用し、その区切り文字をコード テンプレート本体内の必要な区切り文字に変換するか、可能な場合、複数のテンプレート パラメータを使用します。

深くネストされた要素を持つモデルを比較およびマージする場合、クラッシュ (シェル全体が消える) またはロックアップする可能性があります。深くネストされた要素とは、ネストのレベルが 80 を超える要素のことです。比較とマージ セッションは、直接または ClearCase Type Manager で呼び出すことができます。この問題は、javaw.exe によって提供されているスタック サイズの制限、256Kb が原因です。ほとんどのユーザーには、これは、非現実的です。次の回避策をスタック領域の不足問題に使用できます。

1. 元のサーバー実行可能ファイル javaw.exe のコピーを C:\Program Files\Rational\common\java\jre1.3.1_02 bin サブディレクトリに保存します。
2. bin サブディレクトリのコマンドラインで、次のコマンドを実行することによって、スレッド スタック サイズを変更します。editbin /stack:1048576 javaw.exe、ここで 1048576 は、バイトで示された新しいスタック サイズです。スタック サイズを 1048576 に増やすと、要素のネストを 100 レベルを優に超す深さまで可能にします。モデルがこれより深くネストされている場合、引き続きこの問題が発生します。ネストが深くならないようにモデルの構成を検討するか、必要に応じて、スタック サイズをさらに増やします。スタック サイズの過度の増加 (4MB 以上) は、パフォーマンスが劣化する原因になる場合があります。
3. Microsoft Visual C++ に含まれている Microsoft dumpbin ユーティリティを実行することによって、新しい設定を確認できます。次のコマンドを実行します。dumpbin /headers javaw.exe。出力には、次のように、スタック サイズが、1 行に 16 進数形式で表示されます。スタックのサイズ: 100000

Rational XDE は、参照モデルを物理的なある場所から別の場所にコピーするとき (移動ではなく)、モデルの相互参照を参照モデルの新しい場所に自動的に解決しません。たとえば、2 つのモデル、Model A と Model B が開発ビューにあり、Model A が Model B (モデルの相互参照) を参照しているとします。これらのモデルを含むプロジェクトを統合ストリームにデリバーするとき、Model A のモデル間相互参照は、引き続き、開発ストリームにある Model B のバージョンをポイントします。開発ストリームと統合ストリームが同期されない場合、これは、エラーまたはデータ損失の原因になります。

回避策: 統合ビューでモデルにアクセスするとき、両方のモデルの位置レジストリを統合ビューに設定します。開発ビューのモデルにアクセスウするとき (たとえば、統合ストリームからリベースするとき)、両方のモデルの位置レジストリをユーザーが作業する開発ビューにポイントするように設定します。位置レジストリを設定するには、[モデル エクスプローラ] でモデルを強調表示し、次にメイン メニューで、[モデリング] メニューの [位置レジストリ] をクリックします。詳しくは、Rational XDE のヘルプを参照してください。

プロジェクトをソース管理から追加したり、Rational XDE 内でソース管理からファイルを開くと、無限ループの原因になることがあります。

回避策: [フォルダの参照] ダイアログ ボックスが表示されたとき、[キャンセル] をクリックしないでください。その代わりに、ビューの場所またはマイ コンピュータのルート ディレクトリのいずれにもないフォルダを選択して、[OK] をクリックします。プロジェクトはビューに存在する必要があるというエラー メッセージが表示されます。[OK] をクリックしてメッセージを閉じると、ループから出ることができます。

ソリューションをソース管理に追加する場合、Visual Studio .NET はまず、いくつかのテンポラリ ファイルをソース管理に追加します。これらのファイルの 2 つは、ClearCase 4.2 がインストールされた Visual Studio .NET では、チェックアウトされた状態のままになる場合があります。

回避策: ClearCase の設定によって、デリバー操作を実行するには、XDE ではなく ClearCase 自身でこれらのファイルのチェックアウトを手動で取り消す必要があります。

マージ セッションで、2 つのステレオタイプが競合する場合、ステレオタイプは、通知なしにマージしたモデル内で削除されます。この状態は、2 人のユーザーが並行してモデル ユニットで作業し、それぞれが同じモデル要素のステレオタイプを異なる値に変更したときに発生します。リポジトリに変更を提出した最初のユーザーに対しては、この問題は発生しません。ただし、リポジトリに変更を提出した 2 番目のユーザーは、マージ操作をトリガします。この操作中、2 つのステレオタイプは、暗黙のうちに破棄されます。

回避策: ステレオタイプをモデル要素にもう一度追加します。

Rational XDE バージョン 2002 を Rational XDE バージョン 2002 リリース 2 にアップグレードする場合、インストールの概要のウィンドウにファイル、ntvauth.dll に関連する メッセージが表示されることがあります。このメッセージは無視しても問題ありません。今後のアップグレードでは、表示されません。

外部キーには、[プロパティ] ウィンドウに keylist プロパティが表示されます。これは、希望する列を参照するように更新することができます。

1. テーブルを 3 つ作成します (この時点ではデータベースは関係ありません)。
2. 2 つのテーブルがもう 1 つのテーブルの親になるようにテーブル間で関係を描画します。
3. 2 つの親テーブルに主キーを追加します。
   これにより、主キーが移行され、2 つの独自の外部キーが子テーブルに追加されます。
4. 子テーブルでキー制約の 1 つを選択します。[プロパティ] ウィンドウで、もう 1 つの外部キーと同じ列をポイントするように、列の名前を変更します。

単一のパッケージ内で複数のテーブルを選択するには、次の手順に従います。

1. [モデル エクスプローラ] で要素を、[要素のタイプ] または [ステレオタイプ] 別に並べ替えて、すべての要素をグループ化します (例、テーブルからテーブル、ビューからビュー)。
2. モデル エクスプローラ] で最初のテーブルを選択し、次に最後のテーブルへ移動します。[Shift] を押しながら、[モデル エクスプローラ] で最後のテーブルをクリックします。これにより、変換が必要なテーブルがすべて選択されます。

メモ: 隣り合っていないテーブルを選択する必要がある場合は、[Shift] の代わりに [Ctrl] を押しながら選択するテーブルをそれぞれクリックします。

特定予約関数を含むビュー列は、フォワード エンジニアリングできません。

回避策: ビューをフォワード エンジニアリングする前に、ビュー エディタの [General] タブの [User-defined] チェック ボックスをオンにすることによって、ユーザー定義のビューにします。

[パターン プロパティ] ウィンドウの 1 行のテキスト フィールドは、編集を完了するための [Enter] または [Tab] の使用をサポートしていません。

回避策: フィールドを編集した後で、[Ctrl] を押しながら [Tab] を押すか、マウスを使用して、カーソルを異なるフィールドまたはウィンドウに移動します。

新しいモデルをパターン アセットに追加するとき、[パターン アセットの追加] ダイアログ ボックスの [アセットのモデルとして使用] オプションは機能しません。 新しいモデルを作成するプロジェクトを指定することができる [プロジェクトの選択] ダイアログ ボックスを起動にする代わりに、パターンが、現在選択されているモデルの下に作成されます。

回避策: [パターン エクスプローラ] で、アセットのルート コンテキストをそれ自身が所有するモデルに変更することで、このダイアログ ボックスの外側にモデルをパターン アセットとして作成します。

Invoker、Command、Receiver、ConcreteCommand、State の多重度の値は、GoF/C# Command パターンでは設定されません。

回避策: [パターン エクスプローラ] に移動し、パターンを新しいプロジェクトにコピーして貼り付け、次に、多重度の値を次のように更新します。Command: 1、Receiver: 1、ConcreteCommand: 1..*、State: 1

Visitor、ConcreteVisitor、Element、ConcreteElement、ObjectStructure の多重度の値は、GoF/C# Visitor パターンでは設定されません。

回避策: [パターン エクスプローラ] に移動し、パターンを新しいプロジェクトにコピーして貼り付け、次に、多重度の値を次のように更新します。Visitor: 1、ConcreteVisitor: 1..*、ObjectStructure: 1、Element: 1、ConcreteElement: 1..*

以前に Rational XDE Modeler Edition がインストールされていたコンピュータに Rational XDE Professional をインストールするとき、[Patterns] メニューが更新されません。

ダイアグラム内の図形で、属性または操作の可視性インジケータをクリックすると、その要素の可視性の変更に使用できる選択リストが呼び出されます。ただし、マウス クリックを検出して、選択リストを呼び出す「ホット スポット」は、コンポーネントの図形上で少しずれています。

回避策: 可視性インジケータの少し右の方をクリックすることによって選択リストを呼び出すか、[プロパティ ブラウザ] で可視性を変更します。

操作名を入力するとき、一部の構文は、クラス図形または [モデル エクスプローラ] で適切に受け入れられません。たとえば、「<%aClass.getName()%>」と入力された名前は、「<%aClass.getName() : %>」 と解析されます。その結果、パターン拡張でのエラーの原因になります。

回避策: [モデル エクスプローラ] で操作を選択し、[プロパティ] ウィンドウで Name プロパティを必要に応じて編集します。

既存のクラスの Visual C# 名前空間を変更するために、[モデル エクスプローラ] でドラッグ アンド ドロップ操作を使用すると、同期で問題が発生します。

回避策: モデル内ではなくコード内で名前空間を変更し、次に、[同期] コマンドを使用します。

[ツールボックス] のリセットを使用して、ツールボックスをカスタマイズすることはできません。

回避策: Visual Studio .NET を再起動します。

一定の条件下で、[モデル エクスプローラ] ツール ウィンドウで [自動的に隠す] 機能を使用すると、Visual Studio .NET のユーザー インターフェイスが応答しなくなる原因になることがあります。

回避策: [モデル エクスプローラ] のタイトル バーの画びょうアイコンをクリックします。

モデルの要素にコードが存在する場合、その ImplementationFile プロパティの値を変更し、次に、その要素のコードを同期するか、生成するとエラーが [タスク リスト] に表示されます。

回避策: 特定のモデル要素の ImplementationFile プロパティの値を変更するには、[ソリューション エクスプローラ] でその要素に対応するファイルの名前を変更してから、ファイルをリバース エンジニアリングします。