説明
以下の設定に基づいて、HTTP リクエストが Mule アプリケーションのエンドポイントに到着すると、実行順序は A1、B1、F1、B2、A2 になります。これは、ポリシーが順序属性に従って API 実装フローの前後に実行されるためです。ポリシー A の順序は 1 で、順序が 2 のポリシー B よりも先に実行されます。フローは、両方のポリシーがフローの前に実行された後に実行されます。
次に、フローの後にポリシー A が実行される前に、ポリシー B が実行されます。参照:
https://docs.mulesoft.com/api-manager/2.x/policies-policy-order

以下のコード スニペットと MUnit テスト ケースに基づくと、MUnit テスト ケースが実行されると、アサーション エラーでテスト ケースが失敗することが予想されます。これは、assert-equals プロセッサが 2 つの値の等価性を比較し、等しくない場合は失敗するためです。この場合、期待される値は「Hello World」ですが、実装フローによって返される実際の値は「Hello Mule」です。したがって、アサーションは失敗し、エラーがスローされます。参照:https://docs.mulesoft.com/munit/2.3/assert-equals-processor

os:store と os:retrieve 間の処理に 10 秒かかる場合、フローの結果は nullPayload になります。これは、オブジェクト ストアのエントリ TTL が 1 秒であるためです。つまり、保存された値は 1 秒後に期限切れになり、オブジェクト ストアから削除されます。30 秒の有効期限間隔は、オブジェクト ストアが期限切れの値をチェックする頻度を決定するだけで、TTL には影響しません。したがって、os:retrieve が 10 秒後に値を取得しようとすると、値がすでに期限切れになって削除されているため、nullPayload が返されます。
参考資料:https://docs.mulesoft.com/object-store/osv2-faq#how-does-the-time-to-live-work

正しい API バージョンを選択し、API 仕様からフローをスキャフォールディングする新しいプロジェクトを作成するには、開発者は公開済みの API をインポートする必要があります。このオプションを使用すると、Anypoint Exchange または Design Center に公開されている API 仕様をインポートし、その API 仕様の特定のバージョンを選択できます。
開発者は、その API 仕様に基づいてフローをスキャフォールディングすることもできます。
参考資料:https://docs.mulesoft.com/apikit/4.x/apikit-4-new-project-task

説明
Until Successful 内で HTTP:UNAUTHORIZED のような永続的なエラー レスポンスを処理するには、開発者は Unit Successful の try スコープ内に HTTP リクエストを配置し、On Error Continue を使用してエラー ハンドラーで HTTP UNAUTHORIZED のような永続的なエラーをキャッチする必要があります。こうすることで、開発者は永続的なエラーによって常に失敗するリクエストの再試行を回避し、レイテンシを削減できます。On Error Continue を使用すると、エラーを処理した後もフローが処理を続行できます。参考資料:
https://docs.mulesoft.com/mule-runtime/4.3/until- success-scope
https://docs.mulesoft.com/mule-runtime/4.3/on-error-Continue-concept