MuleSoft MCD-Level-2 DUMPS BY Farrell 05-04-2024 7QA braindumpscollection - Page 1

Free Questions for MCD-Level-2

Check the Links on Last Page

Question 1
Question Type: MultipleChoice

A Mule application contain two policies Policy A and Policy A has order1, and Policy B has order 2.
Policy A Policy B, and a flow are defined by he configuration below.

When a HTTP request arrives at the Mule application's endpoint, what will be the execution
order?

Options:
A- A1, B1, F1, B2, A2
B- B1, A1, F1, A2, B2
C- F1, A1, B1, B2, A2
D- F1, B1, A1, A2, B2

Answer:
A
 MuleSoft MCD-Level-2 DUMPS BY Farrell 05-04-2024 7QA braindumpscollection - Page 3

Explanation:
Based on the configuration below, when a HTTP request arrives at the Mule application's
endpoint, the execution order will be A1, B1, F1, B2, A2. This is because policies are executed
before and after the API implementation flow according to their order attribute. Policy A has order
1, which means it is executed first before Policy B, which has order 2. The flow is executed after
both policies are executed before the flow. Then, Policy B is executed after the flow before Policy
A is executed after the flow. Reference:
https://docs.mulesoft.com/api-manager/2.x/policies-policy-order

Question 2
Question Type: MultipleChoice

A Mule application uses API autodiscovery to access and enforce policies for a RESTful
implementation.

Options:
A- Northing because flowRef is an optional attribute which can be passed runtime
B- The name of the flow that has APlkit Console to receive all incoming RESTful operation
requests.
C- Any of the APIkit generate implement flows
D- The name of the flow that has HTTP listener to receive all incoming RESTful operation requests

Answer:
D

Explanation:
To use API autodiscovery to access and enforce policies for a RESTful implementation, flowRef
must be set to the name of the flow that has HTTP listener to receive all incoming RESTful
operation requests. This way, API autodiscovery can identify the API implementation and
associate it with the corresponding API specification and policies in API Manager. The flow that
has HTTP listener is usually the main flow that contains the APIKit Router. Reference:
https://docs.mulesoft.com/api-manager/2.x/api-auto-discovery-new-concept#flowref
 MuleSoft MCD-Level-2 DUMPS BY Farrell 05-04-2024 7QA braindumpscollection - Page 4

Question 3
Question Type: MultipleChoice

Refer to the exhibit.

What is the result if ''Insecure'' selected as part of the HTTP Listener configuration?

Options:
A- The HTTP Listener will trust any certificate presented by the HTTP client
B- The HTTP Lister will accept any unauthenticated request
C- The HTTP listener will only accept HTTP requests
D- Mutual TLS authentication will be enabled between this HTTP Listener and an HTTP client
 MuleSoft MCD-Level-2 DUMPS BY Farrell 05-04-2024 7QA braindumpscollection - Page 5

Answer:
C

Explanation:
Based on the exhibit below, if 'Insecure' is selected as part of the HTTP Listener configuration, the
HTTP listener will only accept HTTP requests. This means that no TLS context will be configured
for this listener and no encryption or authentication will be applied to incoming requests. The
protocol attribute of this listener will be set to HTTP instead of HTTPS. Reference:
https://docs.mulesoft.com/http-connector/1.6/http-listener-ref#insecure

Question 4
Question Type: MultipleChoice

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?

Options:
A- Use flow variables within every logger processor to log the order ID
B- Set a flow variable and edit the log4/2.xml file to output the variable as part of the message
pattern
C- Create a custom XML SDK component to wrap the logger processor and automatically add the
order ID within the connector
D- Use the Tracing module to set logging variables with a Mapped Diagnostic Context

Answer:
D

Explanation:
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
 MuleSoft MCD-Level-2 DUMPS BY Farrell 05-04-2024 7QA braindumpscollection - Page 6

Question 5
Question Type: MultipleChoice

A developer has created the first version of an API designed for business partners to work
commodity prices.

What should developer do to allow more than one major version of the same API to be exposed
by the implementation?

Options:
A- In Design Center, open the RAML and modify each operation to include the major version
number
B- In Anypoint Studio, generate scaffolding from the RAML, and the modify the <http:listerner> in
the generated flows to include a parameter to replace the version number
C- In Design Center, open the RAML and modify baseUn to include a variable that indicates the
version number
D- In Anypoint Studio, generate scaffolding from the RAML, and then modify the flow names
generated by APIKit to include a variable with the major version number

Answer:
C

Explanation:
To allow more than one major version of the same API to be exposed by the implementation, the
developer should modify the baseUri property in the RAML file to include a variable that indicates
the version number. The baseUri property defines the base URL of the API and can include
variables that are replaced with actual values when mocking or deploying the API. By using a
variable for the version number, the developer can expose different versions of the API using
different base URLs and avoid conflicts or confusion. Reference:
https://docs.mulesoft.com/api-designer/design-modify-raml-specs#baseuri
https://docs.mulesoft.com/api-manager/2.x/api-versioning

Question 6
Question Type: MultipleChoice
 MuleSoft MCD-Level-2 DUMPS BY Farrell 05-04-2024 7QA braindumpscollection - Page 7

A mule application exposes and API for creating payments. An Operations team wants to ensure
that the Payment API is up and running at all times in production.

Which approach should be used to test that the payment API is working in production?

Options:
A- Create a health check endpoint that listens on a separate port and uses a separate HTTP
Listener configuration from the API
B- Configure the application to send health data to an external system
C- Create a health check endpoint that reuses the same port number and HTTP Listener
configuration as the API itself
D- Monitor the Payment API directly sending real customer payment data

Answer:
A

Explanation:
To test that the payment API is working in production, the developer should create a health check
endpoint that listens on a separate port and uses a separate HTTP Listener configuration from the
API. This way, the developer can isolate the health check endpoint from the API traffic and avoid
affecting the performance or availability of the API. The health check endpoint should return a
simple response that indicates the status of the API, such as OK or ERROR. Reference:
https://docs.mulesoft.com/api-functional-monitoring/afm-create-monitor#create-a-monitor

Question 7
Question Type: MultipleChoice

A Mule application includes a subflow containing a Scatter.Gather scope. Within each log of the
Scatter.Gatter. an HTTP connector calls a PUT endpoint to modify records in different upstream
system. The subflow is called inside an Unit successful scope to retry if a transitory exception is
raised.

A technical spike is being performed to increase reliability of the Mule application.

Which steps should be performed within the Mule flow above the ensure idempontent behavior?
 MuleSoft MCD-Level-2 DUMPS BY Farrell 05-04-2024 7QA braindumpscollection - Page 8

Options:
A- Change the PUT requests inside the Scatter-Gather to POST requests
B- Ensure an error-handling flow performs corrective actions to roll back all changes if any leg of
the Scatter-Gather fails
C- Remove the Put requests from the Scatter-Getter and perform them sequentially
D- None, the flow already exhibits idempotent behavior

Answer:
B

Explanation:
To ensure idempotent behavior within a Mule flow that contains a subflow with a Scatter-Gather
scope, the developer should ensure an error-handling flow performs corrective actions to roll
back all changes if any leg of the Scatter-Gather fails. Idempotency means that multiple identical
requests have the same effect as a single request. Therefore, if one of the HTTP requests inside
the Scatter-Gather fails, the error-handling flow should undo any changes made by other
successful requests to ensure consistency and avoid partial updates. Reference:
https://docs.mulesoft.com/mule-runtime/4.3/scatter-gather-concept
https://docs.mulesoft.com/mule-runtime/4.3/error-handling
 MuleSoft MCD-Level-2 DUMPS BY Farrell 05-04-2024 7QA braindumpscollection - Page 9

To Get Premium Files for MCD-Level-2 Visit

For More Free Questions Visit