この場合、HTTP: POST /child によるアウトバウンド呼び出しが実行されるため、すべての属性がこの呼び出しによって置き換えられます。そのため、クエリパラメータはロガーからアクセスできません。

正解は
%dw 2.0
出力アプリケーション/json
インポートモジュール::ユーティリティ
---
Utility::encryptString( "John Smith" )
DataWeave 2.0 の関数はモジュールにパッケージ化されています。始める前に、DataWeave 2.0 は Mule 4 アプリケーション用であることにご注意ください。Mule 3 アプリケーションについては、Mule 3.9 ドキュメントの「DataWeave 演算子」を参照してください。その他の Mule バージョンについては、Mule ランタイムの目次にあるバージョンセレクターをご利用ください。
Core (dw::Core) モジュールの関数は、DataWeave スクリプトに自動的にインポートされます。他のモジュールを使用するには、DataWeave スクリプトの先頭に import ディレクティブを追加して、使用したいモジュールまたは関数をインポートする必要があります。例:
dw::core::Stringsをインポートする
dw::core::Strings から camelize、capitalize をインポートします。
dw::core::Stringsから*をインポートする
モジュールのインポート方法は、DataWeave スクリプトからその関数を呼び出す方法に影響します。ディレクティブにインポートする関数が具体的に指定されていない場合、または * from を使用して関数モジュールのすべての関数をインポートしない場合は、スクリプトから関数を呼び出す際にモジュールを指定する必要があります。例えば、このインポートディレクティブは String モジュールからインポートする関数を特定していないため、pluralize 関数を次のように呼び出します: Strings::pluralize("box")。
変身
%dw 2.0
dw::core::Stringsをインポートする
出力アプリケーション/json
---
{ 'plural': Strings::pluralize("box") }

Cloudhub はポート 8081 でサービスを公開し、http.port の値をこの値で上書きします。
ランタイムマネージャーのサンプルログは以下の通りです。
21:15:53.148 2021/08/08 Worker-0 ArtifactDeployer.start.01 情報
'http://0.0.0.0:8081' で接続を待機しています

この場合、両方のフローはエラーなく開始でき、両方のポートでリクエストを受信できます。フロー名
httpListener1 は、HTTP リクエストを使用して問題なく他のフローを呼び出すことができます。
したがって正解は
ミュールアプリケーションが正常に起動しました
Web クライアント要求は、ポート 2222 およびポート 3333 の URI で受信できます。
他の選択肢がなぜ間違っているのか確認してみましょう
1) Muleアプリケーションの起動に失敗しました。両方のHTTPリスナーが同じパスに設定されているため、URLパスの競合が発生しています。----両方のリスナーのポート値が異なっているため、これは誤りです。
2) Muleアプリケーションは正常に起動しました。Webクライアントのリクエストはポート2222のURIでのみ受信可能で、ポート3333では受信できません。---ポート3333でリクエストを受信できない理由はないため、これは誤りです。
3) HTTP リクエストも同じポート i を使用するため、ポート バインディングの競合が発生し、Mule アプリケーションの起動に失敗します。
例: 3333 --- この場合、ポートバインディングの競合は発生しません。両方のリスナー設定が同じポートに設定されていた場合、競合が発生する可能性があります。しかし、今回はそうではありません。
Mule リファレンスドキュメント : HTTPListener リファレンス - Mule 4 | MuleSoft ドキュメント