置き換えられた Liberty フィーチャー

フィーチャーが置き換えられた 場合、新しいフィーチャーまたはフィーチャーの組み合わせは、置き換えられたフィーチャーよりも利点がある可能性があります。

例えば、新規のより詳細なフィーチャーを、置き換えられたフィーチャーの代わりに使用して、必要でない可能性があるコンテンツを除外することで、サーバー・フットプリントを削減できます。 新規フィーチャーによって、置き換えられたフィーチャーの機能が完全に置き換えられるとは限らないため、構成を変更するかどうかを決定する前に、自分のシナリオを検討する必要があります。置き換えられたフィーチャーは引き続き完全にサポートされ、かつ構成内で使用できます。ただし最新のフィーチャーを使用することで、構成を改善することができる可能性があります。

非常にまれに、他のフィーチャーを含むフィーチャーが、そのフィーチャーの新しいバージョンで置き換えられたときに、前に含まれていたすべてのフィーチャーは含まないことがあります。 新しいバージョンに含まれないそれらのフィーチャーは、分離された とみなされます。 分離されたフィーチャーの機能をアプリケーションで使用する必要がある場合は、その分離されたフィーチャーをご使用の構成に明示的に追加する必要があります。

例えば、featureAfeatureB が以下の状態であるとします。
  • featureA-1.0featureB-1.0 を含む
  • featureA-2.0featureB-1.0 (および featureB のそれ以降のバージョン) を含まない
アプリケーションで featureB の機能を使用する場合、以下のいずれかの構成で実現できます。
  • featureA-1.0server.xml ファイルに組み込む
  • featureA-2.0featureB-1.0server.xml ファイルに組み込む
表 1. 置き換えられたフィーチャー. この表では、置き換えられたフィーチャーについて説明します。
カテゴリー 置き換えられたフィーチャー 置き換え後のフィーチャーまたはフィーチャー機能
Liberty セキュリティー appSecurity-1.0 appSecurity-2.0

このバージョンの appSecurity フィーチャーは、明示的に他のフィーチャーの有無に基づくアプリケーションのみを保護します。servlet-3.0 フィーチャーが appSecurity-2.0 フィーチャーと共に存在している場合、Web アプリケーションは保護されます。servlet-3.0 フィーチャーが存在しない場合、Web アプリケーションは保護されません。ejblite-3.1 フィーチャーが appSecurity-2.0 フィーチャーと共に存在している場合、EJB アプリケーションは保護されます。ejblite-3.1 フィーチャーが存在しない場合、EJB アプリケーションは保護されません。


トピックのタイプを示すアイコン 参照トピック



タイム・スタンプ・アイコン 最終更新: Monday, 5 December 2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-libcore-mp&topic=rwlp_superfeat
ファイル名: rwlp_superfeat.html