Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions
Mail Us support@pass4success.com
Location US
Mob_nav_barsMENU

MuleSoft Exam MCD-Level-2 Topic 1 Question 4 Discussion

Actual exam question for MuleSoft's MCD-Level-2 exam
Question #: 4
Topic #: 1
[All MCD-Level-2 Questions]

A Mule application for processing orders must log the order ID for every log message output.

What is a best practice to enrich every log message with the order ID?

Show Suggested Answer Hide Answer
Suggested Answer: D

To enrich every log message with the order ID, the developer should use the Tracing module to set logging variables with a Mapped Diagnostic Context (MDC). The Tracing module allows adding custom key-value pairs to log messages using MDC variables. The developer can use Set Logging Variables operation to set the order ID as an MDC variable and then use it in any logger processor within the same thread or event. Reference: https://docs.mulesoft.com/tracing-module/1.0/tracing-module-reference#set-logging-variables


by Hermila at Apr 10, 2024, 10:44 AM

Limited Time Offer

25%

Off

Get Premium MCD-Level-2 Questions as Interactive Web-Based Practice Test or PDF

Contribute your Thoughts:

Submit Cancel
Lashaunda
10 months ago
Creating a custom XML SDK component sounds like a complex solution. I would stick with the flow variables.
upvoted 0 times
...
Jesusa
10 months ago
I prefer setting a flow variable and editing the log4/2.xml file. It gives more control over the output.
upvoted 0 times
...
Lynelle
10 months ago
I agree with Laticia, it seems like a straightforward solution.
upvoted 0 times
...
Laticia
10 months ago
I think using flow variables within every logger processor is the best practice.
upvoted 0 times
...
Carri
11 months ago
I've heard that the Tracing module in option D can be really useful for logging variables.
upvoted 0 times
...
Nieves
11 months ago
Using flow variables within every logger processor, like in option A, might be simpler for some.
upvoted 0 times
...
Taryn
11 months ago
I'm not sure about option C, creating a custom XML SDK component sounds complex.
upvoted 0 times
...
Carri
11 months ago
I agree, editing the log4j2.xml file seems like a practical solution.
upvoted 0 times
...
Nieves
12 months ago
I think option B sounds like a good way to enrich the log messages with the order ID.
upvoted 0 times
...
Lili
12 months ago
Alright, alright, let's not get too carried away here. I think Option C is the way to go. Encapsulate the logging in a custom component and keep the rest of the code clean. Simple and effective, just like my grandma used to say.
upvoted 0 times
...
Polly
1 years ago
I agree, but I'm not sure about the best approach. Option A seems like it could work, but it might make the code a bit messier to manage. Option B sounds promising, but modifying the log4j/2.xml file could be a bit of a hassle.
upvoted 0 times
...
Gail
1 years ago
I think this is a great question to test our understanding of best practices for logging in Mule applications. Enriching log messages with relevant context is crucial for effective troubleshooting and monitoring.
upvoted 0 times
Tricia
11 months ago
I agree, it's important to have that context readily available for troubleshooting.
upvoted 0 times
...
Sunshine
11 months ago
That sounds like a good approach to ensure the order ID is included in every log message.
upvoted 0 times
...
Brett
11 months ago
B) Set a flow variable and edit the log4/2.xml file to output the variable as part of the message pattern
upvoted 0 times
...
...

Save Cancel