エラーが発生したと想定します。実行順序は下図のようになります。<PEH>上記の例では、フローは実行されません。3フローのエラーハンドラがエラーを伝播するようになったと想定します。エラーが発生したと想定します。実行順序は下図のようになります。<PEH>エラーがポリシーに伝播され、ポリシーのエラーハンドラが引き続きエラーを処理します。エラーハンドラはポリシー内でフローを条件付きで実行する代替方法を提供します。クラスローディング分離。アプリケーションと同じクラスローディング分離アーキテクチャがあるため、特定のポリシーで定義されたリソースまたはライブラリは他のポリシーに表示されません。アプリケーション間のクラスローディングは、完全に分離されません。このシナリオは、アプリケーションとドメイン間のクラスローディング分離と似ています。アプリケーションに表示されるプラグイン、ライブラリ、リソースは、そのアプリケーションに適用されるポリシーにも表示されます。ポリシーに表示されるプラグイン、ライブラリ、リソースは、適用されるアプリケーションに表示​されません​。同じ連動関係の異なるバージョンがポリシーとアプリケーションで使用される場合、アプリケーションの連動関係のバージョンがポリシーで使用されます。クラスローディング分離についての詳細は、​「クラスローディング分離」​のトピックを参照してください。変数とイベントスコープポリシーでは、任意の数の変数を定義できます。ポリシースコープ内の変数は、ポリシーブロック間で共有できます。ブロックで使用することができます。ポリシーで定義された変数を他のポリシーやアプリケーションで使用することは​できません​。アプリケーションで定義された変数をポリシーで使用することもできません。よっては変更が伝播されない可能性があります。イベント処理チェーンの残りの部分全体に引き続き伝播されます。以下のポリシーとフローは、この概念を示しています。要素の前で行われた変更は、デフォルトで次のポリシーまたはアプリケーションに伝播されません。以下のポリシーとフローを考えます。フローのロガーは空のペイロードを記録します。設定して伝播を有効にします。(ポリシーメッセージ)」を記録します。この設計により、アプリケーションに影響する可能性のある意図しない変更が回避されます。メッセージの伝播は、ソースポリシーと似ていますが、方向が逆です。要素の前に行われた変更は常に伝播されます。要素の後に行われた変更は、デフォルトで伝播されません。使用して有効にできます。アプリケーションに共有することはできません。アプリケーションに共有することはできます。メッセージの伝播を有効にすることが必要になる場合もあります。(セキュリティコンテキスト)ユーザ認証は、セキュリティコンテキストオブジェクト内の認証オブジェクトを介して公開できます。ポリシーで設定した認証オブジェクトは、他のポリシーやアプリケーションで使用できます。使用してアクセスできます。拡張機能を使用した連動関係のみです。認証オブジェクトを設定する方法については、​「認証ハンドラ」​の記事を参照してください。提供されるポリシーでは、この抽出方法を使用してクライアント情報を伝播します。ファイルを使用してメタデータとユーザパラメータを保存します。ポリシーが機能します。レート制限ポリシーでは、ユーザパラメータに基づいて異なる設定を行うことができます。件/分の要求を許可するということができます。設定ファイルでユーザ入力を定義します。