Real IT Certification Exams Questions & Dumps | Get Certified with CertQuestionsBank.com

Question#1

An API has been developed and deployed to CloudHub Among the policies applied to this API is an allowlist of IP addresses. A developer wants to run a test in Anypoint Studio and does not want any policies applied because their workstation is not included in the allowlist.
What must the developer do in order to run this test locally without the policies applied?

A. Create a properties file specifically for local development and set the API instance ID to a value that is not used in API Manager

B. Pass in the runtime parameter ‘’-Danpow.platform.gatekeeper=disabled’’

C. Deactivate the API in API Manager so the Autodiscovery element will not find the application when it runs in Studio

D. Run the test as-s, with no changes because the Studio runtime will not attempt to connect to API Manager

Explanation:
To run a test locally without the policies applied, the developer should create a properties file specifically for local development and set the API instance ID to a value that is not used in API Manager. This way, the developer can use different configuration properties for different environments and avoid triggering API autodiscovery when running tests locally. API autodiscovery is a mechanism that associates an API implementation with its corresponding API specification and policies in API Manager based on its API instance ID. By setting this ID to a value that does not exist in API Manager, the developer can prevent API autodiscovery from finding and applying any policies to the local test.
References:
https://docs.mulesoft.com/api-manager/2.x/api-auto-discovery-new-concept#configuring-api-autodiscovery
https://docs.mulesoft.com/mule-runtime/4.3/configuring-properties

Question#2

A Mule application deployed to a standard alone 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

Explanation:
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#3

A Mule API receives a JSON payload and updates the target system with the payload. The developer uses JSON schemas to ensure the data is valid.
How can the data be validation before posting to the target system?

A. Use a DataWeave 2.09 transform operation, and at the log of the DataWeave script, add: %dw 2.0 Import.json-moduls

B. Using the DataWeave if Else condition test the values of the payload against the examples included in the schema

C. Apply the JSON Schema policy in API Manager and reference the correct schema in the policy configuration

D. Add the JSON module dependency and add the validate-schema operation in the flow, configured to reference the schema

Explanation:
To validate the data before posting to the target system, the developer should add the JSON module dependency and add the validate-schema operation in the flow, configured to reference the schema. The JSON module provides a validate-schema operation that validates a JSON payload against a JSON schema and throws an error if the payload is invalid.
References: https://docs.mulesoft.com/json-module/1.1/json-validate-schema

Question#4

Which statement is true when working with correlation IDS?

A. The HTTP Listener regenerates correlation IDs regardless of the HTTP request

B. The Anypoint MQ Connector automatically propagates correlation IDS

C. The HTTP Listener generates correlation IDS unless a correlation ID is received in the HTTP request

D. The VM Connector does not automatically propagate correction IDs

Explanation:
When working with correlation IDs, the HTTP Listener generates correlation IDs unless a correlation ID is received in the HTTP request. In that case, it propagates the received correlation ID throughout the flow execution. Correlation IDs are used to track events across different flows or applications.
References: https://docs.mulesoft.com/mule-runtime/4.3/about-mule-message#message-attributes

Question#5

Which statement is true about using mutual TLS to secure an application?

A. Mutual TLS requires a hardware security module to be used

B. Mutual TLS authenticates the identity of the server before the identity of the client

C. Mutual TLS ensures only authorized end users are allowed to access an endpoint

D. Mutual TLS increases the encryption strength versus server-side TLS alone

Explanation:
Mutual TLS (mTLS) is an extension of TLS that requires both parties (client and server) to present their certificates to each other during the handshake process. This way, both parties can verify each other’s identity and establish a secure connection. The authentication of the server happens before the authentication of the client, as the server sends its certificate first and then requests the client’s certificate.
References: https://docs.mulesoft.com/mule-runtime/4.3/tls-configuration#mutual-authentication

MCD-Level 2 Online Practice Questions

Question#1

Question#2

Question#3

Question#4

Question#5

Top 20 Exams

Important Links

Know Us

Follow Us