関する詳細なリファレンス情報です。サブディレクトリに格納されます。ファイルを移動、変更、または削除することは絶対に避けてください。使って間接的に行うようお勧めします。プロパティのコンフィグレーション」も参照してください。手動で表示または編集しなければならないことがあります。インスタンスを再起動する必要があります。ユーティリティを使用してください。変更を加える必要がある場合は、以下の手順に従ってください。ディレクトリを表します。ファイルに対して必要な変更を行います。スキーマ」を参照してください。エディタを終了します。サーバを再起動して、変更内容を有効にします。ユーティリティを使用してください。更新後のシステムをテストして、コンフィグレーションを検証します。ファイルの例を以下に示します。ファイルの中で使われる各要素について説明します。要素について説明します。要素は、エンジン層サーバが期限切れタイマーを処理する方法について決定します。データ層で期限切れタイマーをポーリングするエンジン層サーバはすべての有効な期限切れタイマーを処理します。リクエストの受信を規制することができます。Unavailable」で応答します。A.5.2.3「容量制限に基づくオーバーロード制御」を参照してください)。リクエストをさらに生成することがあります。つの要素を定義します。説明threshold-policyオーバーロード条件のモニタに使われる測定のタイプを指定する文字列値。リクエストが生成されるレートが測定されます。A.5.2.2「セッション生成レートに基づくオーバーロード制御」を参照してください。コンポーネントのサイズの合計が測定されます。A.5.2.3「容量制限に基づくオーバーロード制御」を参照してください。容量制限は、実行キューの代わりに使用できます。ポリシー名「queue-length」は、下位互換性のために保管します。上記のポリシーのどちらか一方を使ってオーバーロード制御を定義する。ポリシーの選択」を参照してください。リクエストの規制を開始させる測定値を指定します。A.5.2.2「セッション生成レートに基づくオーバーロード制御」を参照してください。A.5.2.3「容量制限に基づくオーバーロード制御」を参照してください。ミリ秒のオーバーロード条件を認識します。ミリ秒の最小オーバーロードは、反復オーバーロードを回避するために動的に増加します。観察した後終了しました。リクエストの規制を「停止」させる測定値を指定します。A.5.2.2「セッション生成レートに基づくオーバーロード制御」を参照してください。A.5.2.3「容量制限に基づくオーバーロード制御」を参照してください。達したときセッションを規制します。容量制限コンポーネントの合計サイズがコンフィグレーションされたサイズに達した後、リクエストを規制します。同時に両方のポリシーを使用することはできません。ポリシーが―般的に利用されている。ポリシーを関連付けることができる。ボトルネックの両方をモニタする。アプリケーションと共に使用される。以下、これらのポリシーについて詳しく説明します。指定された値より小さくなるまでこの規制を続けます。リクエストの規制を開始するように設定しています。セッション/秒まで低下したときに終了します。マネージャによって処理されます。メッセージ処理とタイマ処理のリクエストの数を割り当てる、関連付けられた容量制限コンポーネントがあります。ファイルにコンフィグレーションされます。使用して起動時に追加のスレッドはサーバに割り当てる。オーバーロード制御を行います。指定された値まで減少するまでこの規制を続けます。コンフィグレーションを示します。リクエスト規制を開始します。以下に戻ったときに終了します。供給されたオーバーロード保護の最初の重大度レベルを示します。コンポーネント自体がオーバーロードとなる可能性があります。メッセージを開始します。番目の最終レベルを示します。おいてはオーバーロード制御を慎重にコンフィグレーションし、適宜オーバーロードを引き起こした状況を解決します。ロギングを有効化およびコンフィグレーションするために使用されます。この要素はデプロイメント環境でのみ使用してください。リクエストと応答が記録されるからです。プロキシを次のように定義しています。「クライアントからのリクエストを受信するプロキシ。解決されるサーバでなくてもこう呼ぶ。プロキシのことを知ることができる。要素を使って指定します。ポリシーを設定することで変更できます。要素に指定可能な値を説明します。ポリシーが有効であるかのようになっています。ポリシーは次のことを意味します。よってなされたルーティング決定を保持し続けることです。プロキシがリクエストに対してアクションを実行した後でリクエストを目的の受信者に届けることが可能になります。ポリシーは初期リクエストに対してのみ実施されます。ルーティングをオンにすることができます)。プロキシ通過についてコンフィグレーションされた動作をオーバーライドしたい場合は、「X-BEA-Proxy-Policy」という名前と「domain」という値を持つ特別なヘッダを追加することができます。プロキシを無視するという効果があります。ヘッダを使用することにより、コンフィグレーションされたポリシーをリクエストごとに個別にオーバーライドすることができます。このヘッダの有効な値は「domain」または「proxy」です。プロキシにルーティングすることはできません。説明routing-policyプロキシの動作をコンフィグレーションする省略可能な要素。有効な値は次のとおりです。ルールを使ってメッセージをプロキシします。プロキシが指定されていても無視します。指定されている下流のプロキシに送ります。複数のプロキシ指定がある場合は、それらのプロキシが指定されている順序で試行されます。プロキシが試行される場合、後続のプロキシの設定は無視されます。指定する必要があります。コンフィグレーションを示します。プロキシ「sipoutbound.oracle.com」に送られます。