エンジンの方が強力です。ポリシーを構築およびデプロイします。つのファイルで構成されます。ポリシーをパッケージ化するには、次のファイルで開発プロジェクトが構成されている必要があります。スキーマ言語を使用するポリシーの実装が含まれます。ファイルポリシーの設定可能なパラメータを定義します。表示し、ポリシーの入力を表示します。ファイルポリシー連動関係を定義します。プラグインを定義できます。(証明書や設定プロパティファイルなど)。エクスポートできません。以下は、ポリシー設定の基本構造の例です。要素が含まれている必要があります。フローに対して実行される実際の命令が含まれます。リスナイベントの発生前に命令を挿入したり、フローの完了後に命令を挿入したりできます。リスナでフローが開始される前に実行されます。イベント処理を続行するために必要です。要素では、他のポリシーまたはアプリケーションフローをトリガできます。イベント処理チェーンを停止できます。イベント操作は、フローの完了後に実行されます。イベントを処理できます。含まれるケースを考えます。次の設定で定義されています。設定は次のようになっています。</http-policy:proxy>フローは次のように定義されています。アプリケーションのエンドポイントに到達すると、下図の順序で実行されます。<A2>順序の小さいポリシーが最初に実行されます。フローは、常にポリシー操作の途中で実行されます。イベント処理チェーンを制御できます。イベントの実行を続行または停止できます。場合にのみフローが実行されます。受信要求が制約を満たさない場合、メッセージが記録されます。コア機能を拡張できます。応答にヘッダーを追加するには、ポリシーが必要になります。連動関係を追加します。名前空間を追加して、上記の連動関係の操作を公開する必要があります。</http-policy:proxy></mule>ポリシーでカスタムコードを使用する必要がある場合、ポリシーで次のいずれかの作業を実行します。拡張機能を使用する方法をお勧めします。モジュールを使用することはできません。エクスポートできません。トラフィックに挿入できます。以下は、ソースブロックと操作ブロックが含まれるポリシーの例です。要素は、両方の種別のポリシーブロックで使用されます。ソースブロックと操作ブロックは共存できます。両方のブロックが存在する場合、各ブロックで変数を共有して、ポリシー実行全体で状態を保持できます。応答が返された後に実行されるコードが含まれます。リクエスタ要素が含まれていない場合、このブロックは実行されません。リクエスタが応答を返した後にコードを挿入できます。要素を含めることができます。