Liberty プロファイルの手動による管理
コマンド・プロンプトから Liberty プロファイルを管理し、それを Web サーバー・プラグインと共に構成し、プロファイルの状況を収集することができます。Liberty サーバー構成を、同僚に配布したり、他のシステムにインストールするために、その構成が実行するアプリケーションと共にパッケージ化することができます。Equinox OSGi コンソールが使用可能な場合は、これを使用してデバッグに役立てることができます。
このタスクについて
server.xml ファイルは、サーバーの主要な構成ファイルです。 このファイル、およびこのファイルに組み込まれたファイルの編集は、テキスト・エディターで行うことができます。 また、server.xml ファイルのロケーションを変更することもできます。 ただし、ほとんどの構成でこれを行う必要はありません。
bootstrap.properties ファイルは、メイン構成の処理前に使用可能にする必要があるプロパティーを指定するために使用されます。bootstrap.properties ファイルを更新した場合、変更を有効にするには、サーバーを再始動する必要があります。
例
server.xml ファイル、およびこのファイルにインクルードされたファイルで構成可能なすべてのエレメントについては、『server.xml ファイルの構成エレメント』に記載されています。ただし、必須のエレメントは以下のサーバー定義のみです。
<server/>
このサーバー定義以外に指定するものは、デフォルト構成値へのオーバーライドと追加のみです。
例えば、トランザクション・タイムアウト値を変更するには、以下のように指定します。
<transactions timeout="30" />
属性によっては、複数の値を持つものがあります。
例えば、サーバーから提供されるフィーチャーを定義する、以下の値のリストを使用します。
<server>
<featureManager>
<feature>servlet-3.0</feature>
<feature>localConnector-1.0</feature>
</featureManager>
</server>
『Liberty フィーチャーの追加および削除』も参照してください。1 つのリソース・タイプについて複数のインスタンスが構成される可能性のある場所 (例えば、アプリケーションやデータ・ソース) では、リソースに固有の属性を指定するだけで済みます。
必要に応じて、他の属性にデフォルト値を適用したり、それらをオーバーライドすることも可能です。
したがって、server.xml ファイルの内容を簡単にすることができます。
例えば、Web アプリケーションを実行するための詳細なサーバー構成は以下のようになります。
<server>
<featureManager>
<feature>servlet_3.0</feature>
</featureManager>
<application name="snoop" location="/mywebapps/snoop" id="snoop" type="war"/>
</server>
サーバー構成の具体的な特徴について詳しくは、サブトピックを参照してください。