説明
VMコネクタによって発生したすべてのエラーをログに記録するには、開発者は次のような名前の非同期ロガーを追加する必要があります。
log4j2.xml ファイルの appenders タグ内に 'org.mule.extension.vm' とレベル 'ERROR' を追加します。これにより、VM コネクタによって生成されたすべてのエラー レベルのイベントがコンソール アペンダーに記録されるようになります。参照:
https://docs.mulesoft.com/mule-runtime/4.3/logging-in-mule#cconfiguring-custom-logging-settings

説明
処理が完了した後に外部 API から応答データを取得するには、開発者は Mule で HTTP コールバック API を公開し、それを外部システムに登録する必要があります。こうすることで、外部 API は、Mule アプリケーションを長時間待機させたり、応答を繰り返しポーリングしたりすることなく、準備ができたときに応答データを使用してコールバック API を呼び出すことができます。参考資料:
https://docs.mulesoft.com/mule-runtime/4.3/http-listener-ref#callback

secure::tiskeystore,keyPassowrdShortExplanationofCorrectAnswerOnly:Toreferenceasecurepropertyvaluewithin この場合、プロパティ名はtiskeystore,keyPasswordなので、正しい構文は次のようになります。
${secure::tiskeystore,keyPassowrd}.参照:
https://docs.mulesoft.com/mule-runtime/4.3/secure-configuration-properties#referencing-secure-properties

組織のすべてのデプロイ済みアプリケーションで再利用できる common-global-handler フローを構成するには、開発者は Mule プラグイン プロジェクトを作成し、プラグイン プロジェクト内に common-global-error-handler フローを作成し、このプラグインをすべての Mule アプリケーションで依存関係として使用する必要があります。このようにして、開発者は common-global-error-handler フローを必要とするすべてのアプリケーションにそれをインポートし、エラー処理ロジックの重複を回避できます。
参考資料:https://docs.mulesoft.com/mule-runtime/4.3/error-handling#global-error-handler

説明
以下の図に基づいて、HTTP リスナー構成の一部として「安全でない」が選択されている場合、HTTP リスナーは HTTP 要求のみを受け入れます。つまり、このリスナーには TLS コンテキストは構成されず、受信要求には暗号化や認証は適用されません。このリスナーのプロトコル属性は、HTTPS ではなく HTTP に設定されます。参考資料:
https://docs.mulesoft.com/http-connector/1.6/http-listener-ref#insecure