フィーチャーの管理
フィーチャーとは、特定のサーバーにロードされる、ランタイム環境の一部分を制御する機能単位です。
<server>
<featureManager>
<feature>servlet-3.0</feature>
<feature>localConnector-1.0</feature>
</featureManager>
</server>
サーバー構成ファイルには任意のフィーチャーを指定できます。 フィーチャーによっては、その中に別のフィーチャーを含むものもあります。 同一のフィーチャーが、他の 1 つ以上のフィーチャーに含まれることもあります。 実行時に、フィーチャー・マネージャーは、要求されたフィーチャー・セットをサポートするために必要な内容を組み合わせたリストを算出します。
使用可能な主なフィーチャーについては、『Liberty フィーチャー』を参照してください。 各フィーチャーの制約事項については、『ランタイム環境での既知の問題および制約事項』を参照してください。
フィーチャー構成の動的変更
フィーチャー構成を変更すると、フィーチャー・マネージャーが必要なバンドルのリストを再度判断し、不要なバンドルを停止してアンインストールし、追加のものをインストールして開始します。そのため、すべてのフィーチャーは、他のフィーチャーの動的な追加または削除に対応できるように設計されています。
![[8.5.5.4 以降]](../ng_v8554.gif)
singleton フィーチャー
- servlet-3.0
- servlet-3.1
Subsystem-Content: com.ibm.websphere.appserver.servlet-3.0; ibm.tolerates:="3.1"; type="osgi.subsystem.feature"
[ERROR ] CWWKF0033E: singleton フィーチャー servlet-3.1 と servlet-3.0 は、同時にロードできません。構成済みフィーチャー servlet-3.1 と servlet-3.0 には、競合の原因となるフィーチャーが 1 つ以上組み込まれています。
この問題を解決するには、構成されているすべてのフィーチャーが同じバージョンの当該 singleton フィーチャーを指定するか、許容するようにします。両方のフィーチャー・バージョンがどうしても必要な場合、異なるサーバーに一部のアプリケーションを移動します。置き換えられたフィーチャー
フィーチャーの superseded ラベルは、新規フィーチャーまたはフィーチャーの組み合わせにより、置き換えられたフィーチャーを使用した場合よりも利点が得られる可能性があることを示しています。例えば、新規のより詳細なフィーチャーを、置き換えられたフィーチャーの代わりに使用して、必要でない可能性があるコンテンツを除外することで、サーバー・フットプリントを削減できます。 新規フィーチャーによって、置き換えられたフィーチャーの機能が完全に置き換えられるとは限らないため、構成を変更するかどうかを決定する前に、自分のシナリオを検討する必要があります。置き換えられたフィーチャーは引き続き完全にサポートされて有効であり、構成で使用できます。superseded ラベルは、構成を改善することができる可能性があるということを示すだけのものです。
非常にまれに、他のフィーチャーを含むフィーチャーが、そのフィーチャーの新しいバージョンで置き換えられたときに、前に含まれていたすべてのフィーチャーは含まないことがあります。 新しいバージョンに含まれないそれらのフィーチャーは、分離された とみなされます。 分離されたフィーチャーの機能をアプリケーションで使用する必要がある場合は、その分離されたフィーチャーをご使用の構成に明示的に追加する必要があります。
- featureA-1.0 は featureB-1.0 を含む
- featureA-2.0 は featureB-1.0 (および featureB のそれ以降のバージョン) を含まない
- server.xml ファイルに featureA-1.0 を組み込む
- server.xml ファイルに featureA-2.0 と featureB-1.0 を組み込む