Mulesoft MCD-LEVEL2 Online Practice Questions and Exam Preparation

Mulesoft MCD-LEVEL2 Online Questions & Answers

• Question 1:

  When registering a client application with an existing API instance or API Group instance, what is required to manually approve or reject request access?

  A. To configure the SLA tier for the application and have the role of Organization Administrator, API Manager Environment Administrator, or the Manage Contacts permission
  B. To configure the SLA tier for the application and have the Exchange Administrator permission
  C. To configure the SLA tier for the application
  D. To only have Exchange Administrator permission
  A. To configure the SLA tier for the application and have the role of Organization Administrator, API Manager Environment Administrator, or the Manage Contacts permission

  ---

  Explanation

  To manually approve or reject request access when registering a client application with an existing API instance or API Group instance, it is required to configure the SLA tier for the application and have one of the following roles or

  permissions:

  Organization Administrator, API Manager Environment Administrator, or Manage Contracts permission. These roles or permissions allow managing client applications and contracts in API Manager.

  References:https://docs.mulesoft.com/api-manager/2.x/client-applications#managing-client-applications-and-contracts

• Question 2:

  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
  D. Wrap all Anypoint MQ Publish operations within a With CorrelationID scope from the Tracing module, setting the correlation ID to the order ID

  ---

  Explanation

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

  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.
  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.

  ---

  Explanation

  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 4:

  A Mule application need to invoice an API hosted by an external system to initiate a process. The external API takes anywhere between one minute and 24 hours to compute its process.

  Which implementation should be used to get response data from the external API after it completes processing?

  A. Use an HTTP Connector to invoke the API and wait for a response
  B. Use a Scheduler to check for a response every minute
  C. Use an HTTP Connector inside Async scope to invoice the API and wait for a response
  D. Expose an HTTP callback API in Mule and register it with the external system
  D. Expose an HTTP callback API in Mule and register it with the external system

  ---

  Explanation

  To get response data from the external API after it completes processing, the developer should expose an HTTP callback API in Mule and register it with the external system. This way, the external API can invoke the callback API with the response data when it is ready, instead of making the Mule application wait for a long time or poll for a response repeatedly.

  References:https://docs.mulesoft.com/mule-runtime/4.3/http-listener-ref#callback

• Question 5:

  Two APIs are deployed to a two-node on-prem cluster. Due to a requirements change, the two APIs must communicate to exchange data asynchronously.

  A. If the two APIs use the same domain, the VM Connector can be leveraged
  B. The VM Connector is used to inter-application communication, so it is not possible to use the VM Connector
  C. Instead of using the VM Connector use directly
  D. It is not possible to use the VM Connector since the APIs are running in a cluster mode and each mode has it own set of VM Queues
  A. If the two APIs use the same domain, the VM Connector can be leveraged

  ---

  Explanation

  To communicate asynchronously between two APIs deployed to a two-node on-prem cluster, the developer can use the VM Connector if the two APIs use the same domain. The VM Connector allows passing messages between different Mule applications within a single Mule runtime instance or across different instances using shared memory or persistent storage. If two APIs are deployed under the same domain, they can share resources such as VM queues and communicate asynchronously using VM Connector operations.

  References:https://docs.mulesoft.com/mule-runtime/4.3/vm-connector https://docs.mulesoft.com/mule-runtime/4.3/shared-resources

• Question 6:

  Refer to the exhibit.

  

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

  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
  C. The HTTP listener will only accept HTTP requests

  ---

  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.

  References:https://docs.mulesoft.com/http-connector/1.6/http-listener-ref#insecure

• Question 7:

  Which plugin or dependency is required to unit test modules created with XML SDK?

  A. XMLUnit
  B. Junit
  C. MUnit Extensions Maven plugin
  D. MUnit Maven plugin
  C. MUnit Extensions Maven plugin

  ---

  Explanation

  To unit test modules created with XML SDK, the developer needs to use the MUnit Extensions Maven plugin. This plugin allows testing XML SDK modules using MUnit by adding a dependency to the module under test and using a custom processor tag to invoke it.

  References:https://docs.mulesoft.com/mule-sdk/1.1/xml-sdk#testing

• Question 8:

  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?

  A. In Design Center, open the RAML and modify each operation to includethe major version number
  B. In Anypoint Studio, generate scaffolding from the RAML, and the modify the 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
  C. In Design Center, open the RAML and modify baseUn to include a variable that indicates the version number

  ---

  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.

  References: https://docs.mulesoft.com/api-designer/design-modify-raml-specs#baseuri https://docs.mulesoft.com/api-manager/2.x/api-versioning

• Question 9:

  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
  B. Mutual TLS authenticates the identity of the server before the identity of the client

  ---

  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

• Question 10:

  A new Mule project has been created in Anypoint Studio with the default settings.

  Which file inside the Mule project must be modified before using Maven to successfully deploy the application?

  A. Settings.xml
  B. Config.yaml
  C. Pom.xml
  D. Mule.artificact.json
  C. Pom.xml

  ---

  Explanation

  To use Maven to successfully deploy the application, the developer needs to modify the pom.xml file inside the Mule project. The pom.xml file contains the configuration and dependencies of the Mule application, as well as the deployment information such as theCloudHub region, environment, and worker size. The developer needs to specify these properties in the pom.xml file before using Maven to deploy the application.

  References:https://docs.mulesoft.com/mule-runtime/4.3/mmp-concept#application-deployment-descriptor