49 Fusion Webアプリケーションのリファクタ

この章では、ソース・ファイル、構成ファイル、オブジェクト、属性およびFusion Webアプリケーションの要素の名前変更、移動および削除に関する注意事項を説明します。ほとんどの場合、JDeveloperでリファクタを完全に実行できます。ただし、リファクタする前に、いくつかの手動ステップを完了する必要があることがあります。

この章の内容は次のとおりです。

49.1 Fusion Webアプリケーションのリファクタについて

JDeveloperでは、「リファクタ」メイン・メニューの選択または選択したADFコンポーネントのコンテキスト・メニューを通じて使用可能なADF Fusion Webアプリケーション・コンポーネントのリファクタリングが幅広くサポートされています。ほとんどの場合、ADFアプリケーション・コンポーネントのリファクタリングには、これらのコンポーネントの名前変更、移動および削除が含まれます。

JDeveloperには、アプリケーションが使用する属性の名前と場所、名前付き要素、ファイル、ADFビジネス・コンポーネント・オブジェクトを変更できるようにするリファクタ・オプションが用意されています。これらのリファクタ・オプションは、行った変更と、その変更に依存するアプリケーションの他の部分とを同期させます。たとえば、「名前の変更」オプションを使用して、ビュー・オブジェクトなどのADFビジネス・コンポーネント・オブジェクトの名前を変更すると、他のXMLソース・ファイル内にそのオブジェクトへの参照があれば、その参照の名前も変更されます。

Fusion Webアプリケーションでは、JDeveloperのリファクタ・アクション(移動、名前変更および削除)を使用して、オブジェクトの名前と場所を変更できます。これらのアクションは、「リファクタ」のメイン・メニューと、「アプリケーション」ウィンドウのオブジェクト・タイプごとのポップアップ・メニューから使用できます。移動、名前変更および削除操作は、ほとんどの(すべてではない)オブジェクトおよびファイル・タイプに使用できます。「アプリケーション」ウィンドウでオブジェクトまたはファイルが選択される場合、適用されるリファクタ操作は「リファクタ」メニューで有効にされます。

また、JDeveloperでリファクタできる対象には制限があります。場合によっては、プロジェクト構成ファイルの移動など、従うことのできる手動手順があります。詳細は、「リファクタの制限」を参照してください。

49.1.1 リファクタのユースケースと例

開発中、必要に応じてアプリケーションのニーズを満たすように、エンティティ・オブジェクトなどのオブジェクトを作成します。その後、不要になったオブジェクトを削除したり、命名規則に合うようにオブジェクトの名前を変更したり、一連のオブジェクトを別のパッケージに移動してその場所をまとめたりする必要が生じる場合があります。JDeveloperを使用して、これらのオブジェクトをリファクタして更新し、また、他のオブジェクトでのこれらのオブジェクトへの参照も更新して、アプリケーション全体の整合性を維持できます。

49.1.2 リファクタの追加機能

JDeveloperで使用できるその他のリファクタ機能を理解しておくと役立ちます。次に、関連する他の機能へのリンクを示します。

JDeveloper機能を使用したJavaコードのリファクタの詳細は、『Oracle JDeveloperによるアプリケーションの開発』のJavaプロジェクトのリファクタに関する項を参照してください。

49.2 ファイルの名前の変更

「アプリケーション」ウィンドウでADF BCコンポーネントを右クリックすると、「リファクタ」メニューを表示できます。コンポーネントの名前変更を選択した場合、JDeveloperによって「名前の変更」ダイアログが表示されます。このダイアログで、オブジェクトの新しい名前を指定でき、リファクタリング・プロセスで生成される変更をプレビューすることを選択できます。

次のメソッドを使用して、構成ファイルなどのファイルの名前を変更できます。

「アプリケーション」ウィンドウで、ファイルを選択し、メイン・メニューから「ファイル」→「名前の変更」を選択します。
「アプリケーション」ウィンドウで、ファイルを右クリックして、「リファクタ」→「名前の変更」を選択します。
ソース・エディタで、クラス名を選択し、右クリックして「名前の変更」を選択します。

ディレクトリ間でファイルを移動するには、「移動」メニュー項目を使用します。

ファイルの名前を変更したり移動したりすると、そのファイルへの参照もすべて更新されます。たとえば、ページ定義ファイルの名前を変更すると、DataBindings.cpxファイル内のエントリもそれに応じて更新されます。

ADFビジネス・コンポーネント・オブジェクトに関連付けられたXMLファイルやJavaファイルの名前を、そのオブジェクトと無関係に変更することはできません。これらのファイルは同期を維持する必要があるからです。「ADFビジネス・コンポーネントのリファクタ」を参照してください。

49.3 JSFページの移動

「リファクタ」メニューでJSFページのパッケージを変更できます。これにより、faces-config.xmlファイル、ページへのDataBindings.cpxマッピングおよびページ・ビューを含むADFタスク・フローが更新されます。

他のリファクタ操作に加えて、JSFページのパッケージを変更できます。「アプリケーション」ウィンドウで、JSFページを右クリックして「リファクタ」→「移動」を選択し、ページを別のパッケージに移動します。JSFページを別のパッケージに移動すると、次のものが更新されます。

ページとそのパッケージを参照するfaces-config.xmlファイル
ページに関連付けられるビューを含むADFタスク・フロー
ページへのDataBindings.cpxマッピング

49.4 pagedef.xmlバインディング・オブジェクトのリファクタ

pagedef.xmlファイルでは、実行時にUIコンポーネントにデータを移入するバインディングおよび実行可能ファイルを定義します。任意のデータ・バインディングまたは実行可能ファイルを選択し、「リファクタ」メニューを使用して名前変更または削除できます。

リファクタできるpagedef.xmlバインディング・オブジェクトには、バインディングと実行可能ファイルが含まれます。「ページ定義ファイルの処理」を参照してください。

始める前に:

リファクタに使用できるオプションに関する知識が役立つ場合があります。「Fusion Webアプリケーションのリファクタについて」を参照してください。

JDeveloperで、リファクタするオブジェクトを含むアプリケーションを開きます。

pagedef.xmlバインディング・オブジェクトをリファクタするには:

「アプリケーション」ウィンドウで、ADFフォームまたは選択リストなどのバインド・オブジェクトを追加したページ・ノードを選択します。
ページ・ノードを右クリックして、「ページ定義に移動」を選択します。
ページにページ定義が存在しない場合は、「ページ定義の作成」ダイアログが表示されます。「OK」をクリックすると、そのページのページ定義が作成されます。
概要エディタで、「バインディングと実行可能ファイル」タブをクリックします。
図49-1に示すように、ページで定義されているリスト・バインディングやイテレータ・バインディングなどのデータ・バインディングが、「バインディングと実行可能ファイル」の下に表示されます。

図49-1 「ページ・データ・バインディング定義」概要タブ
「構造」ウィンドウで、データ・バインディングまたは実行可能ファイルを右クリックして「リファクタ」を選択し、「名前の変更」や「削除」などのリファクタ・オプションを選択します。
バインディング、実行可能ファイルおよびデータ・コントロールの間の使用方法を表示するには、バインディングや実行可能ファイルを右クリックして、「使用方法の検索」を選択します。

49.5 ADFビジネス・コンポーネントのリファクタ

JDeveloperのADFコンポーネントのリファクタリングの場合、使用される共通リファクタリング機能はビジネス・コンポーネント(BC)オブジェクトの名前変更、移動または削除です。

ADFビジネス・コンポーネントには、ビュー・オブジェクト、エンティティ・オブジェクトなどのオブジェクトが含まれます。表49-1で、ADFビジネス・コンポーネントのリファクタのサポートについて説明します。

表49-1 「ADFビジネス・コンポーネントのリファクタ」

アクション	結果
移動	オブジェクトを異なるパッケージまたはディレクトリへ移動し、すべての参照を更新する。
削除	JDeveloperでオブジェクト上のすべての依存性が表示され、強制削除が許可される。この時点ではアプリケーションが機能しないことがある。ブレーク中の参照を解決しなければならないことがある。
名前の変更	ADFビジネス・コンポーネント・オブジェクトは、XMLファイルによって定義される。このXMLファイルのファイル名はオブジェクト名と同一である。たとえば、`Persons1View`という名前のビュー・オブジェクトのためのXMLファイルの名前は、`Persons1View.xml`である。名前を変更すると、`Name`属性が変更され、XMLファイルの名前が変更され、すべての参照が更新される。たとえば、あるエンティティの名前(`Customer`)は、XMLファイルに属性(`name=Customer`)として格納されます。このXMLファイルの名前はエンティティ名と同一(`Customer.xml`)である。
使用方法の検索	JDeveloperによってオブジェクトのすべての依存性が表示される。

注意:

抽象レイヤーを越えてリファクタすることはありません。たとえば、Deptエンティティ・オブジェクトに基づいてビュー・オブジェクトが作成された場合、デフォルトでDeptViewという名前になります。Deptエンティティ・オブジェクトの名前を変更すると、DeptViewのエンティティの慣用名は更新されますが、ビュー・オブジェクトの名前は変更されません。

始める前に:

リファクタに使用できるオプションに関する知識が役立つ場合があります。詳細は、「Fusion Webアプリケーションのリファクタについて」を参照してください。

JDeveloperで、リファクタするオブジェクトを含むアプリケーションを開きます。

ADFビジネス・コンポーネント・オブジェクトをリファクタするには:

「アプリケーション」ウィンドウで、プロジェクトを開き、「アプリケーション・ソース」ノードを開き、次にリファクタするオブジェクトを含むパッケージを開きます。
オブジェクトを右クリックして、「リファクタ」およびリファクタ・オプションを選択します。
- オブジェクトの名前を変更するには、「名前の変更」を選択します。
  
  「名前の変更」ダイアログにオブジェクトの現在の名前が表示されます。新しいオブジェクト名を入力し、「OK」をクリックしてリファクタを続行するか、「取消」をクリックして取り消します。
  
  オプションで、「プレビュー」を選択して「OK」をクリックし、「ログ」ウィンドウに使用方法を表示できます。ここからリファクタを続行したり、取り消すことができます。「ログ」ウィンドウで使用方法をクリックすると、使用方法を含むファイルがソース・エディタで開き、含まれている行が強調表示されます。
- オブジェクトの場所を変更するには、「移動」を選択します。
  
  「移動」ダイアログにオブジェクトの現在の場所が表示されます。新しいパッケージ名を入力するか、「参照」をクリックしてそのパッケージに移動します。「OK」をクリックしてリファクタを続行するか、「取消」をクリックして取り消します。
- オブジェクトを削除するには、「削除」を選択します。
  
  「削除の確認」ダイアログに、オブジェクトの名前と使用方法の検索が表示されます。「使用方法の表示」をクリックして、オブジェクトの使用場所を表示します。「はい」をクリックしてリファクタを続行するか、「いいえ」をクリックして取り消します。「プレビュー」をクリックして、「ログ」ウィンドウに結果を表示します。ここからリファクタを続行したり、取り消すことができます。「ログ」ウィンドウで使用方法をクリックすると、使用方法を含むファイルがソース・エディタで開き、含まれている行が強調表示されます。
  
  デフォルトでは、JDeveloperが現在のアプリケーション内でオブジェクトの使用方法を検索します。検索の範囲を変更するには、「次で使用方法の検索中」ドロップダウン・リストから選択するか、「ワーキング・セットの管理」アイコンをクリックします。

49.6 ADFビジネス・コンポーネント・オブジェクト属性のリファクタ

ADFビジネス・コンポーネントのエンティティ・オブジェクトおよびビュー・オブジェクトの属性をリファクタできます。

表49-1で、ADFビジネス・コンポーネントのエンティティ・オブジェクトおよびビュー・オブジェクトの属性のリファクタのサポートについて説明します。

表49-2 属性のリファクタ

アクション	結果
移動	サポートされない。
削除	JDeveloperで属性上のすべての依存性が表示され、強制削除が許可される。この時点ではアプリケーションが機能しないことがある。ブレーク中の参照を解決しなければならないことがある。
名前の変更	属性は、エンティティ・オブジェクトやビュー・オブジェクト内で表現されるデータ要素を共有する(詳細は「エンティティ・オブジェクトについて」を参照)。属性の名前を変更すると、属性への参照が更新される。名前を変更すると、`Name`属性が変更され、すべての参照が更新される。ここには、アプリケーション・モジュールの生成されたサービスで使用されるビュー属性のサービス実装の更新も含まれる。属性の名前を変更しても、それが表すデータは変更されず、基礎となる表の列名も変更されない。
使用方法の検索	JDeveloperによって属性のすべての依存性が表示される。

始める前に:

JDeveloperで、リファクタする属性を含むアプリケーションを開きます。

属性をリファクタする手順は次のとおりです。

「アプリケーション」ウィンドウで、リファクタする属性を含むエンティティ・オブジェクトまたはビュー・オブジェクトをダブルクリックします。
概要エディタで、「属性」ナビゲーション・タブをクリックします。
「名前」列で、属性を右クリックしてリファクタのオプションを選択します。
- 属性の名前を変更するには、「名前の変更」を選択します。
  
  「名前の変更」ダイアログに属性の現在の名前が表示されます。新しい属性名を入力し、「OK」をクリックしてリファクタを続行するか、「取消」をクリックして取り消します。
  
  オプションで、「プレビュー」を選択して「OK」をクリックし、「ログ」ウィンドウに使用方法を表示できます。ここからリファクタを続行したり、取り消すことができます。
- 属性の使用場所を表示するには、「使用方法の検索」を選択します。
  
  ログ・ウィンドウに、属性の使用方法が表示されます。「ログ」ウィンドウで使用方法をクリックすると、使用方法を含むファイルがソース・エディタで開き、含まれている行が強調表示されます。
- 属性を削除するには、「削除」を選択します。
  
  「削除の確認」ダイアログで、「使用方法の表示」をクリックして属性の使用場所を表示します。「はい」をクリックしてリファクタを続行するか、「いいえ」をクリックして取り消します。「プレビュー」をクリックして、「ログ」ウィンドウに結果を表示します。ここからリファクタを続行したり、取り消すことができます。
- 属性のタイプを変更するには、「タイプの変更」を選択します。
  
  「タイプの変更」ダイアログで、「タイプ」ドロップダウン・リストから新しいタイプを選択するか、「参照」をクリックしてタイプを見つけます。「OK」をクリックしてリファクタを続行するか、「取消」をクリックして取り消します。
  
  オプションで、「プレビュー」を選択して「OK」をクリックし、「ログ」ウィンドウに使用方法を表示できます。ここからリファクタを続行したり、取り消すことができます。

49.7 名前付き要素のリファクタ

名前付き要素は、オブジェクトや属性ではありません。名前付き要素は、Name属性によって参照できるXMLスキーマの要素です。JDeveloperでは、名前付き要素をリファクタできます。

名前付き要素は、Name属性によって参照できるXMLスキーマの任意の要素です。名前付き要素は、オブジェクトや属性ではありません。表49-3で、XMLスキーマの名前付き要素のリファクタのサポートについて説明します。

表49-3 名前付き要素のリファクタ

アクション	結果
移動	サポートされない。
削除	サポートされない。
名前の変更	名前付き要素の定義に関する1つの例外は、設計時の要素`Attr`です。これには`Name`属性が含まれています。`Attr`は名前/値ペアであり、コード・エディタでアクセスできません。名前は変更しないでください。
使用方法の検索	JDeveloperによって名前付き要素のすべての依存性が表示されます。

始める前に:

JDeveloperで、リファクタする名前付き要素を含むアプリケーションを開きます。

名前付き要素をリファクタするには:

「アプリケーション」ウィンドウで、リファクタする名前付き要素を含むエンティティ・オブジェクトまたはビュー・オブジェクトをダブルクリックします。
エディタ・ウィンドウで、「ソース」タブをクリックして、検索またはスクロールして名前付き要素を見つけます。
名前付き要素は、ソース・コードでName="<element>"などのように示されます。
```
<Key Name="PersonsAffContactChk">
      
```
名前付き要素は、オブジェクトや属性ではありません。
リファクタする名前付き要素を右クリックして、「リファクタ」およびリファクタ・オプションを選択します。
- 要素の名前を変更するには、「名前の変更」を選択します。
  
  「名前の変更」ダイアログに要素の現在の名前が表示されます。新しい要素名を入力し、「OK」をクリックしてリファクタを続行するか、「取消」をクリックして取り消します。
  
  オプションで、「プレビュー」を選択して「OK」をクリックし、「ログ」ウィンドウに使用方法を表示できます。ここからリファクタを続行したり、取り消すことができます。
- 要素を削除するには、「削除」を選択します。
  
  「削除の確認」ダイアログで、「使用方法の表示」をクリックして要素の使用場所を表示します。「はい」をクリックしてリファクタを続行するか、「いいえ」をクリックして取り消します。「プレビュー」をクリックして、「ログ」ウィンドウに結果を表示します。ここからリファクタを続行したり、取り消すことができます。

49.8 ADFタスク・フローのリファクタ

JDeveloperを使用して、既存のアクティビティ、JSFページ・フローおよびJSFページを、新規のADFコントローラ・コンポーネント(バインド・タスク・フローやタスク・フロー・テンプレートなど)にリファクタできます。

詳細は、「新規タスク・フローおよびタスク・フロー・テンプレート作成のためのリファクタ」を参照してください。

49.9 DataBindings.cpxファイルのリファクタ

DataBindings.cpxファイルを名前変更または移動するには、新しいファイルを作成し、既存のファイルを削除する必要があります。この操作を行う場合、複数レジストリのレジストリであるadfm.xmlファイルを更新する必要があり、idプロパティはDataBindings.cpxファイル名と同様である必要があります。そうでないとエラー・メッセージが表示されます。

DataBindings.cpxファイルは、アプリケーション全体のOracle ADFバインディング・コンテキストを定義し、Oracle ADFバインディング・オブジェクトが実行時に作成される元となるメタデータを提供します(詳細は「DataBindings.cpxの構文」を参照)。このファイルは、すべての.cpx、.dcx、.jpxおよび.xcfgファイルを短時間で検索するために使用されるレジストリで、それ自身もメタデータのレジストリです。

DataBindings.cpxファイルの名前を新しい名前に変更して、たとえばDataBindingsNew.cpxにすると、adfm.xmlファイルにその変更が追加されます。

次の例は、DataBindings.cpxがDataBindingsNew.cpxにリファクタされた後のadfm.xmlファイルの内容を示しています。

<?xml version="1.0" encoding="UTF-8" ?> 
<MetadataDirectory xmlns="http://xmlns.oracle.com/adfm/metainf" version="11.1.1.0.0">                 
<DataBindingRegistry path="adf/sample/view/DataBindingsNew.cpx"/>
</MetadataDirectory>

さらに、アプリケーションが正しいバインディング・ファイルにアクセスできるように、ID値が次の例と同じようなIDに変更されます。

<Application xmlns="http://xmlns.oracle.com/adfm/application" 
version="11.1.1.49.28" id="DataBindingsNew" SeparateXMLFiles="false"
Package="adf.sample.view" ClientType="Generic">

49.10 リファクタの制限

JDeveloperには、ここにリストする一連のリファクタリングの問題および制限があります。

表49-4に、JDeveloperのリファクタのサポートに関する制限を示します。

表49-4 リファクタの制限

領域	制限
データベース	ADFビジネス・コンポーネント・オブジェクトで使用されるデータベース・アーティファクトの名前を変更した場合、オブジェクトを更新する必要がある。このタイプのリファクタは、現在サポートされていない。
サービス・インタフェース	サービス・インタフェースによって、2つの異なるソフトウェアの間の規定が定義されます。たとえば、ADFビジネス・コンポーネントのサービス・インタフェースは、ビュー・レイヤーとモデル・レイヤーへのビジネス・コンポーネントの公開に対応します。サービス・インタフェースの名前を変更すると競合が発生する可能性があります。アプリケーションを開発する際は、サービス・インタフェースを削除してからオブジェクトをリファクタし、その後でサービス・インタフェースを再生成することを検討してください。また、サービス・インタフェースで定義される検索操作が、バインド変数を指定するビュー基準に基づいている場合は、基礎となるビュー基準のバインド変数の数または順序を変更すると、サービス・インタフェースを再生成する必要があります。「アプリケーション・モジュールによるSOAP Webサービスの作成」を参照してください。
Javaリテラル参照	ADFビジネス・コンポーネントによって生成されるJavaコードは、XMLメタデータへのリテラル参照を持つ。このリテラル参照は、リファクタ操作の際に更新される。生成された(型保証の)メソッドも更新される。リファクタの削除操作はローカルJava変数に対しても使用できる。ただし、アプリケーション・コードが直接メタデータを参照する場合は、この参照は更新されない。
ドメイン	ドメインの名前の変更や移動が必要な場合は、新しいドメインを作成してから、既存ドメインの使用方法のタイプを変更します。たとえば、ドメイン名を`EmployeeID`から`EmployeeNumber`に変更するとします。このとき、エンティティ`Emp`にはタイプが`EmployeeID`の属性`Empno`があるとします。新しいドメイン`EmployeeNumber`を作成した後で、エンティティの属性ページに移動し、Empnoを右クリックして「タイプの変更」を選択します。こうすると、`Empno`が`EmployeeID`から`EmployeeNumber`に切り替わります。
セキュリティ	ポリシー・ストアのセキュリティ・ポリシーは、エンティティ・オブジェクト、属性、ページまたはタスク・フローの名前を参照することがあります。このポリシー定義は、オブジェクト自体のリファクタに対応して更新されません。
リソース・バンドル	エンティティ・オブジェクト定義は、作成した1つ以上の任意のリソース・バンドル・ファイル(`.properties`)を参照できます。このファイルを使用してエンティティ・オブジェクトの属性のラベルを定義できます。ただし、作成した`.properties`ファイルの名前を変更すると、JDeveloperによってエンティティ・オブジェクト定義が更新されず、新しいファイル名が反映されません。作成するリソース・バンドル・ファイルのかわりに、データ・モデル・プロジェクトのために1つのデフォルト・リソース・バンドル・ファイルを生成するようにプロジェクト設定を指定できます。この場合、JDeveloperではこの生成されたファイルの名前を変更することはできません。ただし、プロジェクト・レベルのデフォルト・リソース・バンドル・ファイルを変更しようとすると、JDeveloperによって変更について警告されます。データ・モデル・プロジェクトでは、デフォルト・リソース・バンドル・ファイルにまだリンクされていないすべてのオブジェクトについて、新しいADFビジネス・コンポーネント・プロジェクトレベル設定が尊重されます。元のデフォルト・ファイルにすでにリンクされている既存のすべてのビジネス・コンポーネントでは、元のファイルが引続き使用されます。
`.jpx`プロジェクト構成ファイル	ADFビジネス・コンポーネント・プロジェクト構成ファイル(`.jpx`)の名前の変更はサポートされません。 JDeveloperの前のバージョンでは、ADFビジネス・コンポーネント・プロジェクト構成`.jpx`ファイルは、プロジェクトの`src`ディレクトリのルート・パッケージのみに作成され、プロジェクトと同じベース名が付けられました。ADFビジネス・コンポーネント・オブジェクト(エンティティ・オブジェクト、ビュー・オブジェクト、アプリケーション・モジュール)は、`/Model.jpx`を除き、すべてモデル・パッケージ(たとえば`/model/AppModule.xml)`に作成されます。このため、クラス・パスで使用するためにこれらをADF JARファイルにパッケージ化しようとする際に再利用に関して問題が発生することがあります。複数のプロジェクトの名前が`Model`であるため、名前の競合が発生する可能性があります。

49.11 ADFビジネス・コンポーネント・プロジェクト構成ファイル (.jpx)の移動

ビジネス・コンポーネント・プロジェクト・ファイル(.jpx)が別のパッケージに移動された場合、bc4j.xcfgファイルで使用可能なjbo.projectプロパティをそれに応じて変更する必要があります。ただし、常に自動的に変更されるとはかぎりません。

ADFビジネス・コンポーネント・プロジェクト構成ファイル(.jpx)のリファクタはサポートされていませんが、この名前または場所を変更して、プロジェクトの内容をADFライブラリとして共有する際の競合を回避する必要がある場合があります。.jpxファイルには、JDeveloperが設計時に使用して、ユーザーによるADFビジネス・コンポーネントを使用したデータ・モデル・プロジェクトの作成を可能にするための構成情報が含まれます。このファイルをリファクタする必要がある場合は、手動で実行してください。

始める前に:

ADFビジネス・コンポーネント・プロジェクト構成ファイル (.jpx)を手動で移動するには:

.jpxファイルを新しいソース・ツリーの場所に移動します。
たとえば、Model.jpxファイルをsrc/Model.jpxからsrc/newpackage/name/here/Model.jpxに移動できます。
.jpxファイルの内容を変更します。ルート要素JboProjectのPackageName属性は、正しい値を持つ必要があります。
たとえば、PackageName="newpackage.name.here"と指定できます。
.jpxファイルで参照されている要素を含むすべてのcommon/bc4j.xcfgファイルで、jbo.project属性を変更して、新しいパッケージ名を含むようにします。
次に例を示します。

<AppModuleConfig name="ScottDeptAMLocal" ApplicationName="newpackage.name.here.ScottDeptAM" DeployPlatform="LOCAL" JDBCName="scottdb" jbo.project="newpackage.name.here.Model">
JDeveloperプロジェクト・ファイル(.jprファイル)の内容を変更します。
- 新しい.jpxパッケージの場所を設定します。後からプロジェクト・プロパティでデフォルト・パッケージを変更する場合、.jpxファイルが原因となって再びNotFoundエラーが発生します。
  
  次に例を示します。
  
  <value n="defaultPackage" v="newpackage.name.here"/>
- .jpxファイルの古い場所への参照を含むownerMapで、いずれかのownerURL要素を修正します。
  
  次に例を示します。
  
  <url n="ownerURL" path="src/newpackage/name/here/Model.jpx"/>