互換性について

Deploytool

Deploytool は使用できなくなります。これと等価な機能は NetBeans IDE にあります。この詳細および移行の計画については、http://www.netbeans.org/kb/41/j2ee-tut/index.html にある NetBeans 4.1 用の『J2EE 1.4 Tutorial』を参照してください。

ベリファイア

• ベリファイアの GUI モード (verifier -u で起動される) は使用できなくなります。これと等価な機能は NetBeans IDE にあります。

• ベリファイアツールを使用する場合のアプリケーション確認のデフォルトモードは、「J2EE ルールの確認」から「J2EE ルールおよび Sun Application Server 設定ルールの確認」に変更されます。つまり、ベリファイアはデフォルトでは、アプリケーションが J2EE ルールを満たしているかどうか、および Sun Application Server 上で動作するように設定されているかどうかをテストします。ベリファイアコマンドには、J2EE ルールのみに関してアプリケーションをテストするためのコマンド行スイッチが用意されます。

クラスローダの変更

現在のリリースでは、domain.xml (アプリケーションサーバーの設定ファイル) の classpath-prefix、server-classpath、および classpath-suffix 属性に追加された JAR およびディレクトリエントリは、JVM システムクラスパスでも使用できます。この動作に依存しているアプリケーションは、クラス java.lang.ClassLoader の次のメソッドを使用して、JVM システムクラスパスのクラスやその他のリソースにアクセスしている可能性があります。

• getSystemClassLoader()

• getSystemResource()

• getSystemResourceAsStream()

• getSystemResources

次のメジャーリリースでは、classpath-prefix、server-classpath、および classpath-suffix に追加された JAR およびディレクトリエントリは、JVM システムクラスパスでは使用できなくなります。アプリケーションが前述のいずれかのメソッドを使用している場合は、システムクラスパスでリソースが使用できることを前提としていない等価なメソッドを使用することを強くお勧めします。JVM システムクラスパスに依存しない等価なメソッドは、java.lang.ClassLoader にあり、可能な場合は使用するようにしてください。次に例を示します。

例 2–1 古いコード

java.net.URL url = ClassLoader.getSystemResource
("com/acme/tools/tools.properties");

例 2–2 推奨される変更

java.net.URL url = this.getClass().getClassLoader().getResource
("com/acme/tools/tools.properties");

コードを変更できない場合は、次のリリースで追加される、JVM システムクラスパスを設定するための新しい設定オプションの使用を選択することもできます。

Web サービスのセキュリティー設定

Web サービスのセキュリティーは、wss-client-config.xml および wss-server-config.xml ファイルを使用して設定できます。これらの設定ファイルの内容や名前は変更される可能性が高いことに注意してください。ただし、等価な機能は引き続き使用できます。