最小: 512 MB。推奨: 1 GB (Rational XDE Developer バージョンの場合)

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

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

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

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

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

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

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

メモ:

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

• Rational XDE Modeler は、カスタマイズされた Eclipse シェルで動作するスタンドアロン バージョンとしてサポートされています。
• Rational XDE Developer と Developer Plus は、次の開発プラットフォームでサポートされています。
  • WebSphere Studio Workbench 2.0.2、2.1.2 (インストール中に提供される)、2.1.3
  • IBM WebSphere Studio Application Developer 5.0.x、5.1.1、5.1.2
  • IBM WebSphere Studio Application Developer Integration Edition 5.0、5.1.1
  • IBM WebSphere Studio Enterprise Developer 5.0、5.1.1、5.1.2
  • Eclipse 2.0.x、2.1.2、2.1.3

メモ:

• このリリースでは IBM WebSphere Studio Site Developer、IBM WebSphere Studio Device Developer はサポートしていません。
• WebSphere Studio を使用している場合は、最新の WebSphere Studio 製品のパッチを IBM からダウンロードすることをお勧めします。 特に、WebSphere Studio Application Developer 5.0.1 を使用している場合は、「既知の問題」の「障害 240508」を確認し、指定された最新版をインストールする必要があります。

• Internet Explorer 5.5、Service Packs 1 または 2
• Internet Explorer 6、SP なしまたは SP1
• Netscape 7.0

• BEA WebLogic 5.1、6.1、7.0、および 8.1
• IBM WebSphere 4.0 と 5.0
• Sun J2EE Reference Implementation 1.3

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

• IBM DB2 UDB Windows 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 (最新の必須パッチ レベルがインストールされているもの)

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

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

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

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

メモ:

• ClearCase v2002.05.00 Windows の最新のパッチ (例、パッチ 24 または 26) をインストールしているユーザーは、後で示す 障害 245044 を参照してください。
• IBM WebSphere Studio 製品と ClearCase LT の両方を使用している場合は、後述の「インストール上の問題」の「IBM WebSphere 製品」セクションのメモを参照してください。

カテゴリ

ID

説明

オンライン ヘルプを更新して、データベースの作成に関する修正された手順を含めます。上記の「製品に関するドキュメント」の「データ モデリング」を参照してください。

回避策: このセキュリティ制限に対処する方法は 2 つあります。

Windows XP Professional Service Pack 2 で Internet Explorer のデフォルトの設定を保持したままコンテンツを表示する方法

1. メッセージ バーをクリックして、[ブロック コンテンツの許可 (Allow Blocked Content)] をクリックします。
2. [セキュリティの警告 (Security Warning)] ダイアロ グ ボックスで [はい] をクリックして Web ページのコンテンツを表示します。

Internet Explorer の設定を編集して、コンテンツを表示する方法

1. Internet Explorer を起動します。
2. [ツール] をポイントし、[インターネット オプション] をクリックします。
3. [詳細設定] タブをクリックします。
4. [セキュリティ] の [マイ コンピュータのファイルでのアクティブ コンテンツの実行を許可する] チェック ボックスをチェックします。
5. 変更を適用し、ブラウザを再起動し、コンテンツにアクセスします。

例えば、ファイル システムで、C:\MyWorkspace という XDE ワークスペース ディレクトリを作成して、XDE.ini ファイルを C:\MYWORKSPACE という -data パラメータを含むように編集した場合、 Eclipse および Rational XDE は、そのワークプレースを見つけることができず、正しく機能しません。 次の例外が発生します。

[ Java : nnnn-nn-nn nn:nn:nn ] Exception in JENMHC.run(): null

回避策: この問題を修正するには、-data パラメータに指定するディレクトリの大文字小文字が、ファイル シス テムのターゲット ディレクトリと正確に一致するようします。

カテゴリ

ID

説明

Rational XDE 2003.06.13 現在、IBM DB2 と Oracle データベースへの接続は変更されています。 また、サポートされているドライバのリストも変更されています。 場合によっては、テスト接続中に、 「指定された情報ではデータベースに接続できません。接続情報を確認してください。」というエラー メッセージが表示されます。

回避策: 詳細については「このリリースを使用する際の制約とガイドライン、データ・モデリング」を参照してください。

クライアント接続ツールのバージョンによっては (DB2 UDB Personal Edition または DB2 Connect Personal Edition 8.1)、DB2 UDB データベース システムでの作業が停止する場合があります。 これが原因で、リバースエンジニアリング プロセスが、データベースから XDE のデータ モデルに進む際にフリーズすることがあります。

回避策: まずデータベースから DDL スクリプトを生成し、その後に DDL スクリプトからデータ モデルへのリバースエンジニアリングを行ってください。

これは、Rational XDE Developer - Java Platform Edition と Rational XDE Developer Plus for Java Platform Edition に対して Rational XDE 2003.06.14 サービス リリースをインストールする際の問題です。

サービス リリースのインストール中に、Rational XDE 2003.06.13 からディスク 1 の挿入を要求されます。

回避策: 以下を行ってください。

1. このメッセージ ウィンドウが表示されたら、アップデート中の同じ Rational XDE 2003.06.13 製品のディスク 1 を挿入します。
2. Rational XDE 2003.06.13 インストール ウィザードが表示されるのを待ち、XDE 2003.06.13 インストール ウィザードをキャンセルします。
3. XDE 2003.06.14 インストール ウィザードで [OK] ボタンをクリックして、XDE 2003.06.14 アップグレード処理を完了します。 これで、アップグレード インストールが問題なく完了します。

カテゴリ

ID

説明

モデルのフリーズに関するオンライン ヘルプでは予期される設定が正しく記述されていません。 「Include Models のフリーズ」のトピックの手順 3 および手順 4 では、unitPolicy ="1" を探すように説明されています。 しかし、mdx ファイルを開く際には通常 unitPolicy="0" が見つかります。

Rational XDE バージョン 2003.06.13 を WebSphere Studio Application Developer 5.0.x と共に使用すると、XDE の終了時にエラー メッセージが表示されることがあります。

回避策: ワークスペースは影響を受けませんが、Application Developer 5.1 以上にアップグレードすることでエラーを防止できます。

カテゴリ

ID

説明

回避策: [C++ ソース ファイルの追加] ダイアログ ボックスは常に、[ESC] を押して閉じることができます。

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

回避策: サーバーまたはクライアント上の XDE/ClearCase Type Manager インストーラをアンインストールして再インストールします。 この操作は、ClearCase パッチをインストールするたびに、実行する必要があります。 ClearCase の今後のパッチでこの問題に関する修正を確認してください。 WebSphere Studio Application Developer 5.1.x の UML 作図機能も使用している XDE ユーザーは、詳細について IBM Rational ソフトウェア サポートまでお問い合わせください。

• 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 ヘルプのトピック「コード テンプレート本体の定義」に、不正確な説明が含まれています。

回避策: このトピックの「[本体の種類] で [Java] を選択した場合」の項で、インターフェイス名、IRXECTCallOutUser を IRXECodeTemplatesExpansion に置き換えてください。

IBM WebSphere Studio Application Developer version 5.1.1 をインストールする際には、背後にある Java Runtime Environment (JRE) のアップグレードが必要な場合があります。

このサービス リリースをインストール後、アップグレードが必要かどうかを決定するには、JRE within WebSphere Studio Application Developer に関連付けられている 2 つのビルドの ID 番号を確認する必要があります。

• 次のコマンドを実行して最初の番号を見つけます。ここで、<WS_JRE_Path> は、Application Developer 内の JRE ディレクトリへのパスです。<WS_JRE_Path>\bin\java.exe -version
  ビルドの ID 番号を含む JRE のバージョン情報が返されます。
• 次のコマンドを実行することによって 2 番目の番号を見つけます。
  < WS_JRE_Path>\bin\java.exe -Xj9 -version
  ビルドの ID 番号を含む J9 のバージョン情報が返されます。

次のバージョンが返された場合、JRE をアップグレードする必要はありません。

• JRE ビルド ID 番号: 20031021
• J9 コンポーネント ビルド ID 番号: 20031201

これらの番号以外の番号が表示された場合、JRE がアップグレードされていないため、手動でアップグレードする必要があります。

メモ: JRE ビルド番号が 20031021 の場合、および J9 コンポーネント ビルド番号が 20031021 または 20031103 の場合は、このサービス リリースのインストール中に WebSphere JRE がアップグレードされます。JRE ビルド番号は、アップグレードされた後も変更されません。

回避策: 次のディレクトリを WebSphere Studio Application Developer 5.1.1 内の jre ディレクトリに手動でコピーすることによって、JRE をアップグレードします。
<XDE-install-location>\Rational\Common\XDE_WSAD_JRE_UPDATE\jre

このディレクトリには、JRE をアップグレードするために必要なすべてのファイルが含まれます。

Windows NT では、NT 4 のレジストリ サイズの値が 40 未満の場合、WebSphere Studio Application Developer 5.0.1 への XDE のインストールに失敗する場合があります。

回避策: NT 4 のレジストリ サイズを 41 以上に設定します。[マイ コンピュータ] を右クリックし、[プロパティ] をクリックします。続いて、[パフォーマンス] タブをクリックし、[仮想メモリ] の下の [変更] をクリックします。[最大レジストリ サイズ] を [41] 以上に設定します。

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

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

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

回避策: Web 配置モデルで、外部で削除されたフィルタ URL パターンを持つサーブレット フィルタを選択します。 次に、[プロパティ] ウィンドウで、WebFilterURLPattern プロパティのタグ エディタを開き、[OK] をクリックし、タグ エディタを閉じます。 これにより、システムがトリガされて、空の Web フィルタ URL パターンがクリーンアップされます。

IBM WebSphere Studio Application Developer のデプロイメント記述子エディタは、Rational XDE-Application Developer の同期後、直ちにリフレッシュしないことがあります。 その結果、XDE で加えた変更が、ユーザーがこのエディタを閉じてもう一度開くまで Application Developer に表示されないことがあります。 たとえば、CMP フィールドを XDE のエンティティ Bean に追加したとき、この新しい CMP フィールドは J2EE 階層には表示されますが、[Bean] タブの CMP フィールドのセクションには表示されません。

回避策: エディタを閉じて、もう一度開きます。

バージョン 5.1 以前の IBM WebSphere Studio Application Developer プラットフォームと共に出荷される IBM Java Runtime Environment (JRE) では、デバッグ モードで稼動中に Visual Trace を使用することはできません。 したがって、Visual Trace を連結させて Rational XDE Developer Plus for Java Platform Edition を使用する場合、J2SE アプリケーションがデバッグ モードで稼動中は、トレース シーケンス図を作成しません。

回避策: JRE の更新されたバージョンが XDE 製品の媒体に含まれています。 インストール方法については、「IBM WebSphere 製品」の関連する「インストール上の問題」のメモを参照してください。 また、Eclipse バージョン 2.1 または WebSphere Studio Application Developer バージョン 5.1 にアップグレードすることもできます。

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

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

Java(TM) プラグイン 1.4 致命的なエラー
レジストリ キー、HKEY_LOCAL_MACHINE\SOFTWARE\IBM\Java Plug-in\1.3.1 の値が見つからないか、無効なため、Java プラグイン 1.3.1 を見つけることができません。

回避策: XDE をインストールする前に、Java プラグイン ソフトウェアの 1.4 リリースをインストールします。

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

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

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

Windows NT 4 上の IBM WebSphere Studio Workbench のフォルダを参照するためにダイアログ ボックスを開くとき、そのダイアログ ボックスにフォーカスが合わず、ほかのダイアログ ボックスによって隠される場合があります。

回避策: [Alt] を押しながら [Tab] を押して、フォーカスを変更するか、適切なダイアログ ボックスを クリックします。 これは、Windows NT 上で実行している Eclipse の既知の問題です。

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 では実現関係になります。

回避策: クラス図形の選択をあるクラス図形から別のクラス図形へ直接変更して、正しい設定を表示するか、別のクラス図形を選択し、次に希望の図形をもう一度選択してリストを更新します。

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

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

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

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

Windows 2000 を実行し、このサービス リリースの日本語版を IBM WebSphere Studio Application Developer version 5.1.1 シェルにインストールしている場合、[ヘルプ] ウィンドウとほかのウィンドウ間で切り替えを行うと [ヘルプ] ウィンドウが壊れるか、ハングする場合があります。

回避策: [ヘルプ] ウィンドウを閉じて、シェルを再起動します。 次回ヘルプを使用するときには、正常に動作します。

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 または拡張ヘルプを再起動します。

カテゴリ

ID

説明

[Rational XDE フィーチャーについて] ダイアログ ボックスに表示される製品のバージョン番号は、サービス リリース 1 バージョン番号、"2003.06.01"の代わりに "2003.06.00" になっています。[ヘルプ] メニューの [Rational XDE について] をクリックして、[フィーチャーの 詳細] ボタンをクリックし、次に Rational XDE フィーチャの行をクリックすることで参照することができます。

インストール済みの Rational Software 製品情報ユーティリティによって提供されているバージョン情報を参照してください。

カテゴリ

ID

説明

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

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

239437

XDE マージ セッションを引き起こす ClearCase 処理を開始する場合、XDE が最小化されていたり、XDE ダイアログ ボックスが ClearCase ダイアログ ボックスに隠れていると、ClearCase が XDE マージ セッションの完了を待っていることに気付かない場合があります。 この場合、ClearCase がハングしているように見えます。

回避策: XDE が最小化されている場合は前面に出し、背面に隠れている場合は XDE ウィンドウをクリックして XDE ダイアログ ボックスをすべて前面に出します。

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

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

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

[モデル エクスプローラ] でのパッケージから別のパッケージへのラウンド トリップ エンジニアリングの処理に既に参加している Rational ClearCase のソース管理されたファイルから Java クラスをドラッグ アンド ドロップし、モデルをチェックアウトするかどうかの確認に「no」と答えると、そのクラスに関連する Java ファイルは ClearCase のバージョン管理に戻されません。

回避策: [ナビゲーター] で、ファイルを移動したパッケージをリフレッシュする必要があります。 リフレッシュすると、Java ファイルを ClearCase のソース管理に追加するかどうかの確認を求められます。 ClearCase のカスタム設定で、確認を求められないようにすることも可能です。 デフォルトでは、XDE は、すべての新規ファイルについて、ClearCase に追加するかどうかの確認を求めます。

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

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

古いバージョンの XDE からモデルを開く際、ユーザーはモデルをアップグレードするかどうかの確認を求められます。 モデルがバージョン管理され、さらに、現在シェルのワークスペースに存在しない別のモデルを参照している場合、アップグレードに失敗し、モデルを開くことができません。 [モデル アップグレード作業の失敗] ウィンドウが開き、次のメッセージが表示されます。

変更する必要のあるファイルが編集できないため、モデルは正常にアップグレードされませんでした。

回避策: アップグレードの前に、参照するモデル プロジェクトをシェルのワークスペースに追加します。 参照するモデルが開けば、アップグレードは成功します。

[モデル エクスプローラ] で、ソース管理に関連するメニュー項目が、モデルのショートカット メニューに表示されない場合があります。

この問題を再現する手順

1. ソース管理下の簡単なプロジェクトを作成します。
2. プロジェクトを空のモデルに追加します。
3. 指示が表示されたら、プロジェクトをチェックインします。
4. [モデル エクスプローラ] でモデル ノードを右クリックします。

メニュー項目を再度アクティブにするには、[モデル エクスプローラ] で、フォーカスをモデルからメイン ダイアグラム ノードに変更し、モデルに戻します。 これで強制的にメニュー項目を表示します。

データベース テーブルから EJB を作成する変換機能で、許可されていない、CMP 2.0 リモート エンティティ Bean 間のコンテナ管理型の関係 (CMR) を不正に作成します。

回避策: CMR を削除し、手動で適切なソース コードを作成して、リモート Bean を呼び出します。

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 ファイルを指し示していることを確認します。

WebSphere 5.0 配置ディスクリプタには、CMP フィールドにマッピングされる列のタイプと名前が含まれます。 配置ディスクリプタにはデータベース固有のさまざまなバージョンがあります。 XDE から配置を行う際、EJB とデータ モデル間の「データ変換」マッピングからではなく、外部の WebSphere 配置ツールを実行させることにより、これらのタイプが生成されます。 したがって、値はデータ変換マッピングを反映していません。

回避策: WebSphere Studio Application Developer を使用する場合、このマッピング エディタと配置機能を使用することをお勧めします。これらを使用しない場合は、デフォルトのマッピングで妥協しなければなりません。 マッピングを変更する必要がある場合は、XMI ディスクリプタを手動で編集することになりますが、これは困難です。 ただし、適切にマッピングし、スキーマ ファイルを生成すれば、新規にスキーマ ファイルを生成する通常のプロセスをオーバーライドすることにより、XDE はこれらのファイルを使用することができます。 配置モデルで EJB-Jar アーカイブの EJBNonModelElements タグを使用して、配置中にスキーマ ファイルが再度生成されないようにします。

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

エラー 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 製品を再度インストールします。

Rational XDE を WebSphere Studio Application Developer バージョン 5.0 にインストールし、PurifyPlus (または、PurifyPlus を含む Rational Suite 製品) をインストールして、PurifyPlus を Application Developer 5.0 に統合することを選択した後に、PurifyPlus をアンインストールすると、次回 Application Developer を起動するときに、影響のないエラー メッセージが多数表示されます。 エラー メッセージには、「エディタの復元中にエラーが発生しました (Error Restoring Editor)」、「Modeler エラー: Modeler のロードに失敗しました」などがあります。

回避策: Application Developer を終了し、ワークスペースの .metadata ディレクトリを削除して、再度 Application Developer を起動します。 Application Developer はクリーンなメタデータ ディレクトリを再ビルドし、エラーは発生しなくなります。

XDE Developer の Java Platform と .NET の両方のバージョンをインストールしている場合、モデル ファイル (.mdx) は、後からインストールしたバージョンに関連付けられます。 後からインストールしたバージョンをアンインストールする場合、まだインストールされた XDE Developer が存在するため、関連は削除されません。 その結果、.mdx ファイルを開く場合、誤った関連が使用されます。

回避策: 手動で、残っている XDE Developer のインストール シェルへの関連を変更します。

ClearCase に統合された XDE を使用している場合、XDE プロジェクト名に日本語または 2 バイト文字が含まれ、このプロジェクト名がソース管理下にあると、[新規の場所を登録] は失敗します。

回避策: プロジェクト名に日本語または 2 バイト文字を使用するのを避けます。

日本語版の Microsoft Windows XP 環境で IBM WebSphere Studio Application Developer 5.0.1 をご利用の場合、オンライン ヘルプが正しく機能しません。 ヘルプの目次が空白で表示されます。 また、[詳細検索] ダイアログ ボックスに、すべてのボタンと内容が表示されません。

回避策: Rational XDE のヘルプを参照するには、[ヘルプ目次] の代わりに [ヘルプ] の [Rational XDE リソース] を選択します。 ヘルプの目次アイコンをクリックしても目次が表示されない場合、[ヘルプ] の [Rational XDE リソース] をクリックします。 [拡張 検索] ダイアログ ボックスを使用するには、検索文字列を入力して [Enter] を押します。 インストールされたすべてのヘルプ コンポーネントの検索が実行されます。 状況依存のヘルプを利用するには、[F1] を押します。

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

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

日本語版 IBM WebSphere Studio Application Developer の [詳細検索] ダイアログ ボックスを使用して日本語のキーワード検索をすると、ユーザーは Rational XDE ヘルプ トピックスを検出できない場合があります。 この問題は Application Developer を [スタート] メニューから開始したときに発生します。 (障害 243009 もご覧ください。)

回避策: 検索を始める前に Rational XDE のコマンドを使用して次の手順で スタート メニューから Application Developer を開始します。

• [スタート] メニューから [プログラム]、 [Rational Software]、 [Rational XDE Developer for Java] の順に選択します。

オペレーティング システム言語がテキストの入力に使用している文字セットの言語と異なる場合、プロジェクト ファイルとストレージ ユニットは、拡張文字を使用して作成され、拡張文字は図に正しく表示されますが、[モデル エクスプローラ] には正しく表示されません。 そのほかの文字の表示に関する問題も発生する可能性があります。

回避策: オペレーティング システム言語とテキスト入力言語を同じにします。

EJBResourceRef や WebResourceRef など、さまざまな J2EE サーバー プロパティに、パスワードを入力するフィールドのあるタグ エディタが付いています。 このタグ エディタは、エコー文字により画面のパスワードを隠しますが、パスワード自体はプレーン テキストでモデルに保存され、暗号化されません。

回避策: これらのタグには機密のパスワードを保存しないようにします。 パスワードを暗号化するには、java.security パッケージを使用します。

WebSphere 配置のクラス パスには JAR のみ使用します。IBM WebSphere Application Server に配置する際、クラス パスは WebSphere 配置ツールに渡されます。 しかし、これらのツールはクラス パスで JAR のみを読み込み、ディレクトリはすべて無視します。 これは、Web プロジェクトなど他のプロジェクトを参照する EJB プロジェクトがあり、その参照されるプロジェクトのクラスが EJB で使用される場合には、配置に失敗することを意味します。

回避策: コンパイルしたオブジェクトを EJB に配置するか、参照されるプロジェクトの JAR を作成してこれを EJB プロジェクトのクラス パスに追加します。

Windows XP より古いバージョンの Windows で WebSphere Studio Application Developer (または、WebSphere ファミリの他の IDE) 内で XDE を実行しているとき、次のようなメッセージが出力され、J2EE 配置が失敗する場合があります。

[ J2EE : 2002-12-18 16:08:19 ] [Error Stream] 入力行が長すぎます。
[ J2EE : 2002-12-18 16:08:19 ] [Error Stream] コマンドの構文が誤っています。

これは、配置で使用するクラス パスが長すぎることを示します。配置では、サーバーのベンダーにより供給される .bat ファイルを使用しており、コマンド ラインは 255 文字の制限を越えることができません。 この障害は、クラス パスが長すぎる場合に生じます。

回避策: Application Developer は、クラス パスに多くの不要な JAR を追加します。 [ナビゲーター] でプロジェクトを選択し、ショートカット メニューの [プロパティ] をクリックします。 [Java のビルド・パス] と [ライブラリー] タブをクリックします。 WAS_50_PLUGINDIR/... JAR をすべて削除します (j2ee.jar を除く)。

EJB 図の EJB で CMP フィールドを作成すると、abstract CMP get/set メソッドが bean クラス内に表示され、すぐに消えます。 (これは、EJB 図に対して実行されたフィルタ操作が原因です。) この時点で「元に戻す」を実行すれば、get/set メソッドは再表示されます。 実際に新規 CMP フィールドを削除するには、もう一度「元に戻す」を実行する必要があります。 主キー フィールドなど、同様の要素を作成する場合にも、同じことが起こります。

回避策: 新規に作成されたアイテムを完全に削除するには、「元に戻す」を 2 回実行します。

繰り返し配置ウィザードを実行して配置モデルを設定する場合、このウィザードは、前回実行中に配置モデルに追加したアイテムを削除しません。 ウィザードでこれらのアイテムをクリアしても、配置モデルからこれらを削除しません。

回避策: 古いアイテムをアーカイブ (EJB-JAR、WAR など) に接続し、«JARinclude» 関係を手動で削除します。

クラスの属性も関連としてモデリングされます。 ただし、クラスをエンティティ EJB に変換する場合、関連は無視され、BMP/CMP フィールドにはマッピングされません。

回避策: EJB に変換する前に、関連を属性に変換します。

IBM WebSphere Studio Application Developer の J2EE パースペクティブで EJB を削除し、この変更を保存する際、XDE はモデルを自動的に開くにもかかわらず、EJB 配置モデルが閉じていると、このモデルから EJB を削除しません。 コンソール ウィンドウにエラーが報告されます。

回避策: J2EE パースペクティブで変更を行う場合は、EJB 配置モデルを開いておきます。

IBM WebSphere Studio Application Developer の バージョン 5.0.1 の JSP Compilation Validator での障害のため、さまざまな Rational XDE 機能に重大な問題が生じる場合があります。 XDE でサーバー ページのコードを生成したり、エディタで JSP を保存する場合、[Java の追加] メニューの [EJB]、[Java の追加] メニューの [サーブレット]、パターン拡張など、特定の機能が失敗します。

回避策: Application Developer の最新版、「Websphere Studio Application Developer Interim Fix 001」をダウンロードしてインストールします。更新マネージャー ([ヘルプ] メニューの [ソフトウェア更新] をポイントし、[更新マネージャー] をクリック) または、WebSphere Studio Application Developer ダウンロード サイトを使用できます。

Sun J2EE Reference Implementation に配置する際、SQL 文のデータ タイプが、マップされたデータ モデルからではなく、EJB モデルから生成されます。 Sun RI はアルファベット順にフィールドを処理するため、EJB のデータ モデルへのマッピングを使用して、限定した名前変更をサポートします。 また、Sun RI で 1 対多の関係に対して生成されたテーブルは、XDE の変換と一致しません。

回避策: この制限に基づき、ユーザーは通常、Sun RI への配置において、EJB から Data Model へのマッピング機能の結果を使用できません。

WebSphere Studio Application Developer と統合した XDE を使用している場合、「ejbModule」と命名された「root」パッケージの EJB の作成が許可されません。 ただし、場合によっては、このパッケージの EJB を作成することができます。 たとえば、データベース テーブルを EJB に変換すると、この新しい EJB 用にルート パッケージを選択できます。

回避策: EJB を常にサブパッケージに配置しておきます。

Abstract Factory Java は、create<%=ConcreteProduct%> の生成のために、createConcreteProduct が必要です。

回避策: パターンにデフォルト値を適用後、必要に応じて構成要素の名前を変更します。

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

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

Facade Pattern: 最初の操作は複数の操作の構成要素を適用したときには生成されません。 回避策: Facade Pattern バインドには一度に 1 つの操作のみ適用します。

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

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

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

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

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

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

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

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

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

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

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

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

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

回避策: なし。

[パターン エクスプローラ] で表示され、構成管理制御下にあるモデルが所有するパターンの場合、関連するチェックアウトをキャンセルすると [パターン エクスプローラ] が一貫性のない状態になる場合があります。

回避策: [パターン エクスプローラ] のパターンを閉じてからもう一度開きます。

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

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

[設定] ダイアログ ボックスまたは [オプション] ダイアログ ボックスの中のすべての新しいモデルについてカスタム デフォルトのバインド場所を指定すると、新しいモデルの作成が禁止されます。

回避策: カスタム デフォルトのバインド場所をモデル ベースで指定します。つまり、新しいモデルを作成してからそのモデルのデフォルトのバインド場所を設定します。

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

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

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

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

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

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

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

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

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

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

パターン [PostApply] コールアウトの lookupParameterValue() メソッドは Visual Basic では正常に動作しません。

回避策: なし。

RXE 要素はタイプの継承階層を形成しません。 たとえば、RXE のコラボレーションは RXE の要素ではありません。 RXE 文書によっては、これらのコンセプトを参照するときに誤解を招く場合があります。

回避策: なし。

RXE パターンの isAborted() メソッドは、パターンが中止されたとき True を返しません。

回避策: パターン コールアウトの設計者は getNextAction() を呼び出した結果を使用してパターンの状態を決めることができます。

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

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

134745

[OnArgumentValue] コールアウトの間に呼び出されたとき、lookupParameterValue() 操作は現在のテンプレート パラメータの引数値のみ取得します。 このように、パターン設計者は、別のパラメータに割り当てられた値を比較することで、特定のパラメータに対する値をフィルタにより除外することはできません。

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

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

回避策: なし。

パターンがバインド済みのコラボレーションに適用されたとき、[OnBind] コールアウトと WizardStartUp コールアウトは lookupParameterValues() 操作を使用して引数値の選択をすることができません。

回避策: パターン設計者は、[OnBind] 拡張点と [WizardStartUp] 拡張点に続いて呼び出された、[PreExpand] 拡張点または別の拡張点を使用して、パターンを中止するか要素を拡張設定からフィルタにより除外します。

パターン コールアウトで、RXE lookupParameterValues() メソッドは既存のモデル要素に関連付けられた値のみ返します。 [生成済み] 要素は [PreApply] 拡張点で作成されていないため、この要素の値はコールアウトに使用できません。

回避策: なし。

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

回避策: なし。

IBM WebSphere Studio Application Developer プラットフォームと共に出荷される IBM Java Runtime Environment (JRE) では、デバッグ モードで稼動中に Visual Trace を使用することはできません。 したがって、Visual Trace を連結させて Rational XDE Developer Plus for Java Platform Edition を使用する場合、J2SE アプリケーションがデバッグ モードで稼動中は、トレース シーケンス図を作成しません。

回避策: JRE の更新されたバージョンが XDE 製品の媒体に含まれています。 インストール方法については、「IBM WebSphere 製品」の関連する「インストール上の問題」のメモを参照してください。

Rational XDE Developer - Java Platform Edition からアップグレードした後、Rational XDE Developer Plus for Java Platform Edition を起動する際、Visual Trace がロードできないというエラー メッセージが表示される場合があります。

このアップグレードを行う場合は、[構成変更] ダイアログ ボックスに一覧表示されるすべての保留している更新を受け入れ、2 つのエラー メッセージを無視します。 これにより、ワークスペースが更新され、Visual Trace が正常に XDE にロードできます。

この時点で一覧表示されている更新を受け入れない場合、後で、[ヘルプ] メニューの [ソフトウェア更新] をポイントし、[保留中の変更] をクリックすると、最新版にアクセスできます。 詳しくは、IBM Rational ソフトウェア サポートまでお問い合わせください。

回避策: http://www.ibm.com/software/rational/support/upgrades/patches.html から、Rational XDE Developer Plus の修正パッチ、「Rational XDE Developer Plus Patch 1」をダウンロードし、インストールします。 この修正は、Rational PurifyPlus for Windows、Rational Purify for Windows、Rational Quantify for Windows、Rational PureCoverage for Windows にも適用できます。

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

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

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

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

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

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

アクセス キー ([ALT] +<key>) は、[設定] ウィンドウまたは [検索/置換] 出力ウィンドウでは機能しません。

回避策: [Tab] と、[Shift] を押しながら [Tab] を使用して、必要なボタンやフィールドに移動します。

長すぎる名前をつけてモデルを保存すると、問題を引き起こす場合があります。 この制限は、Windows が、完全なパス名の文字数制限が 256 文字であるという制限と関係があります。 問題を回避するには、
全体のパス名が 256 文字を超えるような長さのファイル名でモデルを保存しないようにする必要があります。
保存した .mdx ファイルに加えて、ほかのサポートするファイルを作成する場合に、たとえば、31 文字が追加される .idx ファイル のように、全体のパス長に追加する文字があることに注意します。

回避策: パス名が 256 文字の制限に近づかないようにします。

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

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

Rational XDE は、Eclipse プロジェクト内のファイル システムの変更が Eclipse の外部で実行したアクションから生じると必ずしも検出しません。 たとえば、外部エディタ (XDE 内から開始したか否かにかかわらず) を使用して変更したファイルは、自動的には検出されません。 ただし、内部エディタを使用して行った変更 (内部 Java エディタを使用して Java ファイルに対して行ったモデルの変更) は検出されて処理されます。

回避策: Eclipse に強制的に変更を認識させるには、[ナビゲーター] でプロジェクトを右クリックし、[最新表示] をクリックします。

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

XDE の前のバージョンで作成したモデルを先に開くと、アップグレードが必要であると通知されます。 プロンプトを閉じてアップグレード処理がいったん始まると、XDE はアップグレードの進行状況を表示しません。 ユーザーのプロセッサのスピード、使用可能なメモリ、モデル サイズ、ストレージ ユニットの数などにもよりますが、アップグレードには数分かかる場合があります。 大きいモデルでは場合によっては 20 分程度かかる場合もあります。

回避策: あらかじめ 1 回の処理が長くかかることを見越して、完了するのを待ちます。

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

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

XDE for .NET と XDE for Java の両方が同じシステム上にインストールされている場合、Eclipse ナビゲーターでシステム エディタを使用して XDE モデルを開こうとすると「ロック」の問題が発生します。

1. XDE を起動してモデルを作成します。
2. モデルを閉じます。
3. [ナビゲーター] ウィンドウで作成したモデルを右クリックし、[アプリケーションから開く] をポイントし [システム・エディター] をクリックします。

次のエラー メッセージが表示されます。「関連する作業領域では別のセッションが既に実行中です。 そのようになっていない場合は、ワークスペース .metadata ディレクトリの .lock ファイルを削除して、再度プラットフォームを開始してください。(If this is not the case, please delete the “.lock” file in the workspace “.metadata” directory and try starting the platform again.)」作業を進めるには、メッセージの指示に従う必要があります。

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

再現する手順

1. ネットワーク ドライブにマッピングします。
2. ネットワーク ドライブで Rational XDE モデルを開きます。
3. モデルを保存せずに終了します。
4. ネットワーク ドライブから接続を切断します。
5. ローカル ドライブで XDE を開き、新規プロジェクトを作成します。
   ネットワーク ドライブが見つからないことを知らせるエラーが表示されます。

回避策: マッピングしていたネットワーク ドライブに再度接続します。

[ナビゲーター] で変更を保存していないモデルを、あるプロジェクトから別のプロジェクトへ移動する場合、シェルはモデルが変更されていることを検出し、処理を元に戻します。 処理を元にもどすプロセスで、元のプロジェクトではストレージ ユニットが削除されます。ただし、これらは移動先のプロジェクトには残ります。

回避策: モデルを移動させる前にすべての変更を保存して、この状況を回避します。

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

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

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

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

モデルを作成して、いくつかのパッケージを別のサブユニットに作成する場合、[モデル エクスプローラ] を使用して、サブユニット ファイルの名前を変更するか、移動しなければなりません。 この操作を、[ナビゲーター] またはファイル システムを使用して行うと、サブユニットへのモデルの参照が解決されません。 作図面には、解決されない参照が正しく表示されますが、[モデル エクスプローラ] には、通常モデル要素への解決されない参照を示すアイコンは表示されません。

カテゴリ

ID

説明

[ナビゲーター] で選択したすべてのリソースが XDE 成果物のとき、[比較] メニューの [相互] コマンドを使用しようとすると、シェルがハングしているように見えます。 十分な物理的メモリと仮想メモリがあれば、最終的には処理は完了しますが、実行するのに数時間から数日を要する場合があります。

[閉じる] ボタンをクリックして ClearCase で起動されたマージ セッションを終了する場合、5 つのエラー メッセージが表示されることがあります。 これを回避するには、[閉じる] ボタンではなく、[ファイル] メニューの [Compare/Merge] コマンドを使用する、マージ セッションの終了手順に従います。

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] コマンド ラインで行い、名前変更したファイル (元の名前のファイルを含む) の履歴を残します。

次の障害は、Rational XDE Developer - Java Platform Edition にのみ該当します。ClearCase で起動されるマージ セッションは、1 つ以上の生存線を含む、2 つの相互作用インスタンス ユニット (*.iix) を互いに比較またはマージする途中で失敗します。

最初に XDE の以前のリリースを使用して作成された読み取り専用のモデル (管理されているモデル、チェックインされているモデルなど) を開くとき、そのモデルが Java プロファイルを適用した Java 以外のコード モデルである場合、次のエラー メッセージが出力ログに表示されます。

エラー: MU.doTaggedValues(NME) における例外:

読み取り専用の要素を変更しようとしました。

このエラーは悪影響のあるものではないので無視しても問題ありません。 モデルのアップグレードを継続し、これを保存すると、このエラーは出なくなります。

[スタート] メニューから [ClearCase ビューの Rational XDE] コマンドを使用する際、ネットワークに接続していないユーザーにはビューの選択機能が提供されません。 代わりに、ユーザーは、ClearCase 以外のビューの [スタート] メニュー コマンドで使用される XDE のデフォルトのワークスペースに入ります。

ClearCase の動的ビューで、モデルの相互参照を含むモ デルを開くと、モデルの相互参照を解決するプロセスで開かれるモデルが 、[モデル エクスプローラ] でソース管理されているものとして表示されな い場合があります ([ナビゲーター] ではソース管理されているものとして表示されます)。

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

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

この問題を再現する手順

1. ユーザー 1 が UCM スナップショット ビューで基本的なモデリング プロジェクトを作成します。
2. ユーザー 1 がプロジェクトとモデルをソース管理に追加します。
3. ユーザー 1 が変更をデフォルトのインテグレーション ストリームにデリバーします。
4. ユーザー 1 が新規ベースラインを作成します。
5. ユーザー 2 が新規ベースラインにリベースします。
6. ユーザー 1 がモデルに対して変更を行います。
7. ユーザー 1 がモデルの変更をチェックインします。
8. ユーザー 1 が変更をデフォルトのインテグレーション ストリームにデリバーします。
9. ユーザー 1 が新規ベースラインを作成します。
10. ユーザー 2 がシェルのプロジェクトとモデルを開きます。
11. ユーザー 2 がシェルの ClearCase メニューから新規ベースラインにリベースします。

手順 2 〜 7 を 1 分未満で行うと、記述した問題が再現されます。 ただし、このようなシナリオはまれで、著しい速さと調整を必要とします。

ユーザーが新しく作成して保存していないストレージ ユニットをソース管理に追加しようとしたときに、ストレージ ユニットが [ソース管理に追加] ダイアログ ボックスに一覧表示されない場合があります。 この問題は、チームまたは ClearCase カスタム設定 [新規リソースが追加されたとき] で、[何もしない] を選択すると生じます。

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

テーブルまたはビューの名前が 2 文字以下の場合、これらのテーブルまたはビューの新しいトリガを作成すると例外の原因となります。

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

この表の「XDE 全般」の項の障害 246175 の説明を参照してください。

コード生成中にファイルを更新すると、ファイル内の各日本語の最後に空白が付加されます。 これは、コードを生成中、ファイルを更新するたびに発生します。

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

2 つのパッケージに同じ名前のクラスが含まれる場合、そのクラスの 1 つを、競合するクラスを持つパッケージのステートメントを変更および同期することによって、このパッケージに移動しようとすると (または、この変更を自動同期を有効にした状態で実行すると)、クラスの移動に失敗します。 失敗した時点で、クラスの名前変更に失敗した旨が出力ログに示されます。 次に、[モデル エクスプローラ] に、新しいクラスと、名前に「_1」を付加したコンポーネントが表示されます。 このほか、「.java」の後に「_1」が付加されたコンポーネントが表示されます。

J2EE アプリケーションをモデリングする場合は、別々のプロジェクトとコード モデルを使用して、EJB、Web、別の「層」をテストするのに使用するクライ アントなどのクライアント コンポーネントをモデリングします。(WebSphere Studio Application Developer では、この構造を使用できることに注意してください。) デフォルトでは、配置モデルを作成するとき、配置モデルは自動的に対応するコード モデルへの «JARinclude» 関係を取得します。 この手順で、簡便に、コンポーネントを対応する JAR に関連付けることができます。 ただし、同じコード モデル内にサーブレットと EJB がある場合、それらすべてが作成する EJB-JAR と WAR に含められます。 これは、同じコンピュータに両方の層を配置する場合、問題となります。 アプリケーション サーバーの多くは、両方の層で同じクラス パスを使用します。 したがって、たとえばサーブレットを呼び出す場合、WAR のサーブレットではなく、EJB-JAR に位置するサーブレットが呼び出される場合があります。 最後に EJB-JAR をビルドして配置した後にサーブレットが変更された場合には特に混乱を招きます。

シナリオによっては、EJB ダイアグラムのメソッド フィルタリングが期待通りに機能しません。

• CMP 2.0 フィールドを追加すると、対応する get/set メソッドはフィルタリングされません。 回避策: ダイアグラム (モデルではない) からクラスを削除し、[モデル エクスプローラ] からこれをドラッグ アンド ドロップしてダイアグラムに戻します。
• ダイアグラム設定で (右クリックし、[EJB 図のカスタマイズ] をクリックする)、メソッドのタイプをクリアする (ビューからメソッドのタイプをフィルタリングする) 場合、このタイプのメソッドを Bean に追加します。 メソッドはダイアグラムに表示されます。 回避策: [設定] ダイアログ ボックスを開き、フィルタを再設定します。
• ダイアログ設定で、現在 1 つ以上の Bean に表示されているすべてのメソッドのタイプをクリアし、これらの Bean のメソッド区画を空にしようとする場合に、このようにはならず、すべてのメソッドがこれらの Bean に表示されます。
  ほかの Bean は予定のフィルタリングを表示します。 回避策: フィルタリングがエラーとなる各 Bean の図形の設定を開き、[OK] をクリックします。

メソッド本体に挿入されている J2EE パターンのコード テンプレートには「初回のみ拡張」のマークが付いていません。 したがって、同期またはフォワード エンジニアリングのたびに、コード テンプレートが挿入され、EJB、サーブレットなどの作成後に追加したコードが置き換えられます。これによりメソッドに問題が生じ、このメソッドを手動で変更しなければなりません。

Rational XDE を IBM WebSphere Studio Application Developer 5.0.x で使用し、EJB 配置モデルの Run As セキュリティ ロールを同期したとき、Application Developer では、このロールが更新されません。

Facade Pattern : 戻り値の型の重複。

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

汎化、依存、実現の場合、終端要素にアクセスするためのメソッドまたはプロパティは反対の終端を返します。 例えば、次のようになります。

• 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 を返します。

Rational XDE Developer - Java Platform Edition の RXE マニュアル/ヘルプには、更に詳細な説明が含まれ、以下が記述されています。

• 「プロパティ エディタに表示されるプロパティの抽出」トピック
• 「Java サンプル」トピックの正しい導入パラグラフ
• 「タイプ間の RXE オブジェクトの変換」トピックに付加されたパラグラフ

パターン [OnBind] コールアウトから呼び出したとき、RXE パターンの getPatternInstance() メソッドはパターン インスタンスを返す代わりに Null を返します。

操作 getRXE() は [Visual Basic PreExpand] コールアウトに失敗します。 ほかの [Visual Basic RXE] コールアウトでも失敗する場合があります。

[パターンの適用] ウィザード と [パターンの適用] ダイアログ ボックスの使用に関するパターン コールアウトでは、RXE の getRXE() メソッドは正しい値を返しません。 このメソッドは、たとえば [出力] ウィンドウへの書き込みに使用できる、RXE アプリケーションの取得に使用します。

パターン コールアウトの CTArgumentValue の [タイプ] 値のクエリを正常に送信できないため、コールアウトは失敗します。

パターンのテンプレート パラメータは、コレクション値のソースとユーザー値のソースの両方を持つことができます。 両方の値のソースを持つパターンとユーザー引数値のみを持つ (コレクション値が生成されていない) パターンにより、コールアウトの RXE lookupParameterValues() メソッドが誤って Null 値を返します。 正常な戻り値は ユーザー入力値を含む CTArgumentValueHolders の配列です。

パターン [OnBind] コールアウトにおいて、getThisElement() は [OnBind] コールアウトを付けた要素であるため (パターン テンプレートは [OnBind] コールアウトを「所有」します)、パターン テンプレートを返す必要があります。 しかし、getThisElement() は、バインド済みコラボレーション (パターン インスタンス) が配置されているモデルを返します。

Visual Trace は、ユーザーが起動するアプリケーションと、IDE アクションの結果として起動するその他のプロセスとを、区別できるとは限りません。 このため、Visual Trace は自動的にプロセスのトレースを試み、次 の警告が表示される場合があります。「Visual Trace では一度 に 1 つのアプリケーションのトレースしかサポー トされません。(Visual Trace supports only tracing one application at a time.)このコンピュータで追跡されている他のアプリケーションをすべて停止し、アプリケーションを再スタートしてください。」

次の障害は、ソリューション 187450534 と関連しています。詳細について技術サポートに問い合わせる場合、この番号を使用してください。

Visual Trace では、ソケットを使用して、トレース中のアプリケーションに接続します。 接続を確立できない場合は、次の警告が表示されます。 「Visual Trace は、ターゲットとソケット接続を確立できませんでした」

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

複数のモデルを連続して発行する場合、モデル内のすべてのアクションを妨げる、次のメッセージが表示される場合があります。「クライアント「RSE Client」のための読み込みアクションが開いています。(A read action is open on behalf of client ‘RSE Client’.)」

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

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

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

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

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

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

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

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

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

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

この障害は、次の 2 つのシナリオにおいて発生します。

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

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

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

Rational SoDA を使用して XDE モデルに関するレポートを作成後、XDE でダイアグラムを開くことができなくなり、各種のエラー メッセージが表示される場合があります。

Microsoft Windows NT 上で Rational XDE を実行している場合は、[ヘルプ] メニューから拡張ヘルプを起動しようとすると次のエラー メッセージが表示されることがあります。 「拡張ヘルプは、現在使用できません。(Extended Help is currently not available.)」

モデルを先に保存せずに名前を変更すると、モデルのサブユニットに対する変更は失われます。