この規則により、以下のものにフラグを立てます。 Context <ResourceLink> マイグレーションが必要になる可能性がある META-INF/context.xml ファイル内にあるエレメント。

Apache Tomcat で許可される Context <ResourceLink> 以下の場所で定義されるエレメント:

• META-INF/context.xml ファイル
• Tomcat の conf ディレクトリー内のアプリケーション XML 構成ファイル
• この <Host> conf/server.xml 内のエレメント

マイグレーション・ツールは、Tomcat 構成ディレクトリーにアクセスできない場合もあるため、マイグレーション・ツールがマイグレーションするのは META-INF/context.xml ファイルのみです。 ResourceLink 他の場所で定義された情報は、処理するために META-INF/context.xml ファイルにコピーすることができます。

自動修正は ResourceLink エレメントを作成し、以下のようにリソース参照および対応する JNDI 名を作成します。

• 自動修正は、resource-refのリストを検索して、その名前に一致するエントリーがすでに存在するかどうかを確認する。 存在しなければ、作成されます。
• この ResourceLink 名前属性が使用されます。 res-ref-name web.xml 内
• この ResourceLink type 属性は、以下に使用されます。 res-type web.xml 内
• この ResourceLink グローバル属性が使用されます。 binding-name IBM バインディング・ファイル内
• この res-auth 設定される値 Container
• この res-sharing-scope 「共有可能」に設定されている

もう 1 つは、 ResourceLink 属性 (ファクトリー、ユーザー名、およびパスワード) は自動的にマイグレーションされません。 アプリケーションがこれらの属性を ResourceLink その後、サーバー構成内に固有のリソースを作成し、そのリソースに固有の JNDI 名を指定して、 新しい JNDI 名を持つ IBM バインディング・ファイル。

Web プロジェクトが Java EE 5 以降で、WEB-INF/web.xml が存在しない場合、WEB-INF/web.xml が作成され、新規リソース・リンク参照エレメントが追加されます。 ウェブプロジェクトが J2EE 1.4 以下の場合、自動修正はエラーを報告します。

例えば、以下を含む META-INF/Context.xml があるとします。 ResourceLink :

自動修正は、更新または新しい resource-ref web.xml ファイル内で、以下の例のようにします。

JNDI 名が IBM バインディング・ファイルに追加されます。 これは web.xml で定義されている既存の参照を参照します。 バインディング・ファイルがまだ存在していなければ、作成されます。

WebSphere Application Server 構成にリソースを構成する必要もあります。

Tomcat でのコンテキスト・リソース定義について詳しくは、以下を参照してください。

• Apache Tomcat Configuration Reference - Resource Links