* 手順 1 で相関 ID 値を Mule イベント変数/属性として保存すると、サーバーの再起動後に値がクリアされ、システムをフォールト トレラントにする必要があります。
* ステップ 1 の相関 ID 値は、永続オブジェクト ストアに保存する必要があります。
* ステップ 3 の相関 ID 値を永続オブジェクト ストアに保存する必要はありません。保存することはできますが、アプリケーションのパフォーマンスも向上させる必要があります。永続オブジェクト ストアにアクセスするこのステップは省略できます。
* 永続オブジェクト ストアはデフォルトで共有ファイル システムに保存されるため、永続オブジェクト ストアにアクセスするとパフォーマンスが低下します。
* SOAP サービスは本質的にべき等です。障害が発生した場合、最初のステップで保存したこの相関 ID を使用して SOAP サービスを呼び出し、相関 ID を検証できます。
フォームの先頭
追加情報：
* 競合コンシューマーは、単一のポイントツーポイント チャネルからメッセージを受信するために作成された複数のコンシューマーです。チャネルがメッセージを配信すると、どのコンシューマーもそのメッセージを受信する可能性があります。メッセージング システムの実装によって、実際にメッセージを受信するコンシューマーが決定されますが、実際には、コンシューマーは受信者になるために互いに競合します。コンシューマーがメッセージを受信すると、そのメッセージの処理をアプリケーションの残りの部分に委任できます。

* idempotent という用語についてご存じない場合は、詳細をご覧ください。
べき等操作とは、これらの操作が何回呼び出されても、その結果が常に同じになることを意味します。

フォームの下部

Mule 4 は次の目的で構築されています:
* カスタム コードの必要性を最小限に抑えます。
* Java を知ったり理解したりする必要がなくなります。
ただし、次のような高度なユースケースでは、カスタム Java コードとの統合が必要になります。
* 税金計算ライブラリなどのライブラリの再利用。
* 組織内で標準となっている標準オブジェクト モデルの再利用。
* Java を使用したカスタム ロジックの実行。
Mule リファレンスドキュメント: https://docs.mulesoft.com/java-module/1.2/