Liberty: フィーチャーの管理
フィーチャーとは、特定のサーバーにロードされる、ランタイム環境の一部分を制御する機能単位です。
<server>
<featureManager>
<feature>servlet-3.0</feature>
<feature>localConnector-1.0</feature>
</featureManager>
</server>
サーバー構成ファイルには任意のフィーチャーを指定できます。 フィーチャーによっては、その中に別のフィーチャーを含むものもあります。 同一のフィーチャーが、他の 1 つ以上のフィーチャーに含まれることもあります。 実行時に、フィーチャー・マネージャーは、要求されたフィーチャー・セットをサポートするために必要な内容を組み合わせたリストを算出します。
使用可能な主なフィーチャーについては、『Liberty フィーチャー』を参照してください。 各フィーチャーの制約事項については、『Liberty: ランタイム環境での既知の問題および制約事項』を参照してください。
フィーチャー構成の動的変更
フィーチャー構成を変更すると、フィーチャー・マネージャーが必要なバンドルのリストを再度判断し、不要なバンドルを停止してアンインストールし、追加のものをインストールして開始します。そのため、すべてのフィーチャーは、他のフィーチャーの動的な追加または削除に対応できるように設計されています。
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 フィーチャーを指定するか、許容するようにします。両方のフィーチャー・バージョンがどうしても必要な場合、異なるサーバーに一部のアプリケーションを移動します。singleton フィーチャーの許容について詳しくは、singleton フィーチャーの許容を参照してください。置き換えられたフィーチャー
フィーチャーが置き換えられた 場合、新しいフィーチャーまたはフィーチャーの組み合わせは、置き換えられたフィーチャーよりも利点がある可能性があります。例えば、新規のより詳細なフィーチャーを、置き換えられたフィーチャーの代わりに使用して、必要でない可能性があるコンテンツを除外することで、サーバー・フットプリントを削減できます。 新規フィーチャーによって、置き換えられたフィーチャーの機能が完全に置き換えられるとは限らないため、構成を変更するかどうかを決定する前に、自分のシナリオを検討する必要があります。置き換えられたフィーチャーは引き続き完全にサポートされ、かつ構成内で使用できます。ただし最新のフィーチャーを使用することで、構成を改善することができる可能性があります。
置き換えられたフィーチャーについて詳しくは、置き換えられた Liberty フィーチャーを参照してください。