2 つのタイプのポリシーが要求に対して適用されます。 それはルーティング・ポリシーとサービス・ポリシーです。 HTTP および SOAP 要求に対してはルーティング・ポリシーを、HTTP、IIOP、SOAP、JMS、および SIP 要求に対してはサービス・ポリシーを作成できます。 また、作業クラスには、 両方のポリシー・タイプの分類ルールを含めることができます (JMS を除く)。分類ルールは、JMS 作業クラスに対してサポートされていません。
ルーティング・ポリシー | 説明 |
---|---|
permit:application_name | application_name はオプショナル・エディション指定子と共に 送付する先のアプリケーション名です。 |
permitMM:application_name | application_name はオプショナル・エディション指定子と共に 送付する先のアプリケーション名です。このようなルーティングは、要求を通常通りに続行できるようにします。サーバーは保守モードになっている必要があります。 |
permitsticky:application_name | permitsticky ルーティング・ポリシーは、 オンデマンド・ルーター (ODR) も同じクライアントから来る将来の要求に対してクライアントと サーバーの類縁性を保つという点を除き、permit ルーティング・ポリシーと同じです。 この場合、 ODR はクライアントに応答を送信する前に SET-COOKIE ヘッダーを応答に 追加します。 permitsticky アクションは、クライアントとサーバーの間で、アフィニティーがアプリケーションによってまだ確立されていない場合に、ODR がそのアフィニティーをアクティブに確立することを意味します。ODR は、以下の場合に SET-COOKIE: WSJSESSIONID=xx:serverID; path=webModuleContextRoot を応答に追加することによってこれを実行します。
|
permitstickyMM:application_name | このルーティング・ポリシーは、同じクライアントから送信される将来の要求に関する クライアントからサーバーに対する類縁性を ODR も維持するという点を除き、permit ルーティング・ポリシーと同じです。この場合、 ODR はクライアントに応答を送信する前に SET-COOKIE ヘッダーを応答に 追加します。サーバーは保守モードになっている必要があります。 |
reject:HTTP_error_code | このルーティング・ポリシーにより、ODR は要求を拒否して、指定された HTTP エラー・コードを戻します。例えば、reject:503 は、503 Service is unavailable エラーを戻します。 |
reject:URL | このルーティング・ポリシーにより、ODR は指定された URL に要求をリダイレクトします。URL には protocol://URI のパターンがあります。有効な URL の例は、http://w3.ibm.com です。 |
有効サービス・ポリシーはトランザクション・クラス名の リストです。トランザクション・クラスは単一のサービス・クラスを参照します。