Mulesoft MuleSoft Certified Developer MCD-LEVEL-2 Questions & Answers

• Question 31:

  Which configurations are required for HTTP Listener to enable mTLS authentication?

  A. Set an appropriate reconnection strategy and use persistent connections for the listener

  B. Set an appropriate keystore configuration and use persistent connections for the listener

  C. Set an appropriate keystore and truststoreconfiguration for the listener

  D. Set an appropriate truststore configuration and reconnection strategy for the listener

  Correct Answer: C

  To enable mTLS authentication for HTTP Listener, the developer needs to set an appropriate keystore and truststore configuration for the listener. The keystore contains the certificate and private key of the Mule application that are used to prove its identity to clients. The truststore contains the certificates of trusted clients that are allowed to access the Mule application. References:https://docs.mulesoft.com/mule-runtime/4.3/tls-configuration#mutual-authentication

• Question 32:

  Refer to the exhibit.

  

  Based on the code snippet, schema,json file, and payload below, what is the outcome of the given code snippet when a request is sent with the payload?

  A. The Mule flow will execute successfully with status code 200, and the response will be the JSON sent in request

  B. The Mule flow will execute successfully with status code 204

  C. The Mule flow will throw the exception `JSON:SCHEMA_NOT_HONOURED

  D. The Mule flow will execute successfully with status code 200m andaresponse will display the message `' Age in years which must equal to or greater than zero.''

  Correct Answer: C

  Based on the code snippet, schema.json file, and payload below, the outcome of the given code snippet when a request is sent with the payload is that the Mule flow will throw the exception `JSON:SCHEMA_NOT_HONOURED'. This is because the payload does not conform to the schema.json file, which specifies that age must be a number greater than or equal to zero. The payload has age as a string with a negative value, which violates the schema. Therefore, the validate-schema operation throws an error with type `JSON:SCHEMA_NOT_HONOURED'. References:https://docs.mulesoft.com/json-module/1.1/json-validate-schema

• Question 33:

  An organization uses CloudHub to deploy all of its applications.

  How can a common-global-handler flow be configured so that it can be reused across all of the organization's deployed applications?

  A. Create a Mule plugin project Create a common-global-error-handler flow inside the plugin project. Use this plugin as a dependency in all Mute applications. Import that configuration file in Mute applications.

  B. Create a common-global-error-handler flow in all Mule Applications Refer to it flow-ref wherever needed.

  C. Create a Mule Plugin project Create a common-global-error-handler flow inside the plugin project. Use this plugin as a dependency in all Mule applications

  D. Create a Mule daman project. Create a common-global-error-handler flow inside the domain project. Use this domain project as a dependency.

  Correct Answer: C

  To configure a common-global-handler flow that can be reused across all of the organization's deployed applications, the developer should create a Mule Plugin project, create a common-global-error-handler flow inside the plugin project, and use this plugin as a dependency in all Mule applications. This way, the developer can import the common-global-error-handler flow in any application that needs it and avoid duplicating the error handling logic. References:https://docs.mulesoft.com/mule-runtime/4.3/error-handling#global-error-handler

• Question 34:

  A Mule application deployed to a standardalone Mule runtime uses VM queues to publish messages to be consumed asynchronously by another flow.

  In the case of a system failure, what will happen to in-flight messages in the VM queues that have been consumed?

  A. For nay type of queue, the message will be processed after the system comes online

  B. For persistent queues, the message will be processed after the system comes online

  C. For transient queues, the message will be processed after the system comes online

  D. For any type of queue, the message will be lost

  Correct Answer: B

  In case of a system failure, in-flight messages in persistent VM queues that have been consumed will be processed after the system comes online. This is because persistent VM queues store messages on disk and guarantee delivery even if there is a system crash or restart. Therefore, any in-flight messages that have been consumed but not processed will be recovered from disk and processed when the system is back online. References:https://docs.mulesoft.com/mule-runtime/4.3/vm-connector#persistent-queues

• Question 35:

  When implementing a synchronous API where the event source is an HTTP Listener, a developer needs to return the same correlation ID back to the caller in the HTTP response header.

  How can this be achieved?

  A. Enable the auto-generate CorrelationID option when scaffolding the flow

  B. Enable the CorrelationID checkbox in the HTTP Listener configuration

  C. Configure a custom correlation policy

  D. NO action is needed as the correlation ID is returned to the caller in the response header by default

  Correct Answer: D

  When implementing a synchronous API where the event source is an HTTP Listener, Mule automatically propagates some message attributes between flows via outbound and inbound properties. One of these attributes is correlation ID,

  which is returned to the caller in the response header by default as MULE_CORRELATION_ID.

  References: https://docs.mulesoft.com/mule-runtime/4.3/about-mule-message#message-attributes

• Question 36:

  An order processing system is composed of multiple Mule application responsible for warehouse, sales and shipping. Each application communication usingAnypoint MQ. Each message must be correlated against the original order ID for observability and tracing.

  How should a developer propagate the order ID as the correlation ID across each message?

  A. Use the underlying HTTP request of Anypoint MQ to set the`X-CORRELATION_ID' header to the orderID

  B. Set a custom Anypoint MQ user propertyto propagate the order ID and set the correlation ID in the receiving applications.

  C. Use the default correlation ID, Anypoint MQ will sutomatically propagate it.

  D. Wrap all Anypoint MQ Publish operations within a With CorrelationID scope from the Tracing module, setting the correlation ID to the order ID

  Correct Answer: D

  To propagate the order ID as the correlation ID across each message using Anypoint MQ, the developer should wrap all Anypoint MQ Publish operations within a With CorrelationID scope from the Tracing module, setting the correlation ID to the order ID. The With CorrelationID scope allows setting a custom correlation ID for any event that occurs within it. The Tracing module also enables distributed tracing across different Mule applications and services using Anypoint Monitoring. References: https://docs.mulesoft.com/tracing-module/1.0/tracing-module-reference#with-correlation-id-scope https://docs.mulesoft.com/tracing-module/1.0/tracing-module-concepts

• Question 37:

  A Mule implementation uses a HTTP Request within an Unit Successful scope to connect to an API.

  How should a permanent error response like HTTP:UNAUTHORIZED be handle inside Until Successful to reduce latency?

  A. Configure retrying until a MULERETRY_EXHAUSTED error is raised or the API responds back with a successful response.

  B. In Until Successful configuration, set the retry count to 1 for error type HTTP: UNAUTHORIZED.

  C. Put the HTTP Request inside a try scope in Unit Successful. In the error handler, use On Error Continue to catch permanent errors like HTTP UNAUTHORIZED.

  D. Put the HTTP Request inside a try scope in Unit Successful. In the error handler, use On Error Propagate to catch permanent errors like HTTP UNAUTHORIZED.

  Correct Answer: C

  To handle a permanent error response like HTTP:UNAUTHORIZED inside Until Successful, the developer should put the HTTP Request inside a try scope in Unit Successful, and use On Error Continue to catch permanent errors like HTTP UNAUTHORIZED in the error handler. This way, the developer can avoid retrying requests that will always fail due to a permanent error, and reduce latency. On Error Continue allows the flow to continue processing after handling the error. References: https://docs.mulesoft.com/mule-runtime/4.3/until-successful-scope https://docs.mulesoft.com/mule-runtime/4.3/on-error-continue-concept

• Question 38:

  Which command is used to convert a JKS keystore to PKCS12?

  A. Keytool-importkeystore -srckeystore keystorep12-srcstoretype PKCS12 -destkeystore keystore.jks -deststoretype JKS

  B. Keytool-importkeystore -srckeystore keystore p12-srcstoretype JKS -destkeystore keystore.p12 -deststoretype PKCS12

  C. Keytool-importkeystore -srckeystore keystore jks-srcstoretype JKS -destkeystore keystore.p13 -deststoretype PKCS12

  D. Keytool-importkeystore -srckeystore keystore jks-srcstoretype PKCS12 -destkeystore keystore.p12 -deststoretype JKS

  Correct Answer: B

  To convert a JKS keystore to PKCS12, the developer needs to use the keytool-importkeystore command with the following options:-srckeystore keystore.jks-srcstoretype JKS-destkeystore keystore.p12-deststoretype PKCS12. This command imports all entries from a source JKS keystore (keystore.jks) into a destination PKCS12 keystore (keystore.p12). References:https://docs.oracle.com/en/java/javase/11/tools/keytool.html#GUID-5990A2E4-78E3-47B7-AE75-6D1826259549

• Question 39:

  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?

  A. A1, B1, F1, B2, A2

  B. B1, A1, F1, A2, B2

  C. F1, A1, B1, B2, A2

  D. F1, B1, A1, A2, B2

  Correct Answer: A

  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 executedafter both policies are executed before the flow. Then, Policy B is executed after the flow before Policy A is executed after the flow. References:https://docs.mulesoft.com/api-manager/2.x/policies-policy-order

• Question 40:

  Refer to the exhibit.

  What action must be performed to log all the errors raised by the VM Connector?

  

  A. Add inside the Logger tag

  B. Add inside the Appenders tag

  C. Configure inside the VM Connector configuration

  D. Nothing, as error-level events are automatically logged

  Correct Answer: B

  To log all the errors raised by the VM Connector, the developer needs to add an async logger with the name `org.mule.extension.vm' and the level `ERROR' inside the appenders tag of the log4j2.xml file. This will enable logging all error-level events generated by the VM Connector to the console appender. References:https://docs.mulesoft.com/mule-runtime/4.3/logging-in-mule#configuring-custom-logging-settings