[Q17-Q34] Top MuleSoft MCD-Level-2 Courses Online - Updated [Jan-2024]

Top MuleSoft MCD-Level-2 Courses Online - Updated [Jan-2024]

MCD-Level-2 Practice Dumps - Verified By Prep4sureGuide Updated 62 Questions

NEW QUESTION # 17
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 and a response will display the message
  '' Age in years which must equal to or greater than zero.''

Answer: C

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

NEW QUESTION # 18
Refer to the exhibits.
Bioinfo System API is implemented and published to Anypoint Exchange. A developer wants to invoke this API using its REST Connector.
What should be added to the POM?

• A.
• B.
• C.
• D.
• E.

Answer: B

Explanation:
Explanation
To invoke Bioinfo System API using its REST Connector, option E should be added to the pom.xml file. This option adds a dependency for Bioinfo System API REST Connector with its group ID, artifact ID, version, classifier, and type. The classifier specifies that it is a REST Connector (raml-client), and the type specifies that it is a Mule plugin (mule-plugin). References:
https://docs.mulesoft.com/apikit/4.x/apikit-4-generate-from-rest-api-task#add-the-api-dependency-to-the-pom-fil

NEW QUESTION # 19
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. In Until Successful configuration, set the retry count to 1 for error type HTTP: UNAUTHORIZED.
• B. 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.
• D. Configure retrying until a MULERETRY_EXHAUSTED error is raised or the API responds back with a successful response.

Answer: C

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

NEW QUESTION # 20
Which command is used to convert a JKS keystore to PKCS12?

• A. Keytool-importkeystore -srckeystore keystore p12-srcstoretype PKCS12 -destkeystore keystore.jks
  -deststoretype JKS
• B. Keytool-importkeystore -srckeystore keystore jks-srcstoretype PKCS12 -destkeystore keystore.p12
  -deststoretype JKS
• C. Keytool-importkeystore -srckeystore keystore p12-srcstoretype JKS -destkeystore keystore.p12
  -deststoretype PKCS12
• D. Keytool-importkeystore -srckeystore keystore jks-srcstoretype JKS -destkeystore keystore.p13
  -deststoretype PKCS12

Answer: C

Explanation:
Explanation
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-6D182625954

NEW QUESTION # 21
A healthcare portal needs to validate the token that it sends to a Mule API. The developer plans to implement a custom policy using the HTTP Policy Transform Extension to match the token received in the header from the heathcare portal.
Which files does the developer need to create in order to package the custom policy?

• A. JSON properties file, XML template file
• B. JSON properties file, YAML configuration file
• C. XML template file, YAML configuration file
• D. Deployable ZIP file, YAML configuration file

Answer: C

Explanation:
Explanation
To package a custom policy using the HTTP Policy Transform Extension, the developer needs to create an XML template file and a YAML configuration file. The XML template file defines the policy logic using Mule components and placeholders for user-defined properties. The YAML configuration file defines the metadata of the policy, such as its name, description, category, parameters, and dependencies. References:
https://docs.mulesoft.com/api-manager/2.x/http-policy-transform#packaging-the-policy

NEW QUESTION # 22
Which configurations are required for HTTP Listener to enable mTLS authentication?

• A. Set an appropriate truststore configuration and reconnection strategy for the listener
• B. Set an appropriate keystore configuration and use persistent connections for the listener
• C. Set an appropriate reconnection strategy and use persistent connections for the listener
• D. Set an appropriate keystore and truststore configuration for the listener

Answer: D

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

NEW QUESTION # 23
A Mule application defines as SSL/TLS keystore properly 'tis,keystore.keyPassword'' as secure.
How can this property be referenced to access its value within the application?

• A. #{secure::tiskeystore,keyPassowrd}
• B. ${secure::tiskeystore,keyPassowrd}
• C. p{secure::tiskeystore,keyPassowrd}
• D. ${secure::tiskeystore,keyPassowrd}

Answer: B

Explanation:
Explanation
secure::tiskeystore,keyPassowrdShortExplanationofCorrectAnswerOnly:Toreferenceasecurepropertyvaluewithin In this case, the property name is tiskeystore,keyPassword, so the correct syntax is
${secure::tiskeystore,keyPassowrd}. References:
https://docs.mulesoft.com/mule-runtime/4.3/secure-configuration-properties#referencing-secure-properties

NEW QUESTION # 24
A company deploys 10 public APIs to CloudHub. Each API has its individual health endpoint defined. The platform operation team wants to configure API Functional Monitoring to monitor the health of the APIs periodically while minimizing operational overhead and cost.
How should API Functional Monitoring be configured?

• A. From one private location with all 10 APIs in a single schedule
• B. From 10 public locations with each API in its own schedule
• C. From one public location with all 10 APIs in a single schedule
• D. From one public location with each API in its own schedule

Answer: C

Explanation:
Explanation
To configure API Functional Monitoring to monitor the health of 10 public APIs periodically while minimizing operational overhead and cost, the developer should use one public location with all 10 APIs in a single schedule. A public location is a worker that runs in a CloudHub shared environment, which is cheaper and easier to maintain than a private location. A single schedule allows running all 10 APIs tests at the same time and frequency, which reduces complexity and resource consumption. References:
https://docs.mulesoft.com/functional-monitoring/fm-create-monitor#create-a-monitor

NEW QUESTION # 25
Which type of cache invalidation does the Cache scope support without having to write any additional code?

• A. Notification-based invalidation
• B. Time to live
• C. White-behind invalidation
• D. Write-through invalidation

Answer: B

Explanation:
Explanation
The Cache scope supports time to live (TTL) as a cache invalidation strategy without having to write any additional code. TTL specifies how long the cached response is valid before it expires and needs to be refreshed. The Cache scope also supports custom invalidation strategies using MEL or DataWeave expressions. References: https://docs.mulesoft.com/mule-runtime/4.3/cache-scope#cache_invalidation

NEW QUESTION # 26
A developer deploys an API to CloudHub and applies an OAuth policy on API Manager. During testing, the API response is slow, so the developer reconfigures the API so that the out-of-the-box HTTP Caching policy is applied first, and the OAuth API policy is applied second.
What will happen when an HTTP request is received?

• A. In case of a cache miss, only the HTTP Caching policy is evaluated; then the API retrieves the data from the API implementation, and the policy stores the data to be cached in Object Store
• B. In case of a cache it, only the HTTP Caching policy is evaluating; then the cached response is returned to the caller
• C. In case of a cache hit, both the OAuth and HTTP Caching policies are evaluated; then the cached response is returned to the caller
• D. In case of a cache miss, both the OAuth and HTTP Caching policies are evaluated; then the API retrieves the data from the API implementation, and the policy does not store the data in Object Store

Answer: B

Explanation:
Explanation
When an HTTP request is received and the HTTP Caching policy is applied first, it checks if there is a cached response for that request in Object Store. If there is a cache hit, meaning that a valid cached response exists, then only the HTTP Caching policy is evaluated and the cached response is returned to the caller without invoking the OAuth policy or the API implementation. If there is a cache miss, meaning that no valid cached response exists, then both the HTTP Caching policy and the OAuth policy are evaluated before invoking the API implementation. References:
https://docs.mulesoft.com/api-manager/2.x/http-caching-policy#policy-ordering

NEW QUESTION # 27
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?

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

Answer: B

Explanation:
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.
References: https://docs.mulesoft.com/mule-runtime/4.3/scatter-gather-concept
https://docs.mulesoft.com/mule-runtime/4.3/error-handling

NEW QUESTION # 28
The Center for Enablement team published a common application as a reusable module to the central Nexus repository.
How can the common application be included in all API implementations?

• A. Copy the common application's source XML file and out it in a new flow file in the src/main/mule folder
• B. Add a Maven dependency in the PCM file with multiple-plugin as <classifier>
• C. Add a Maven dependency in the POM file with jar as <classifier>
• D. Download the common application from Naxus and copy it to the src/main/resources folder in the API

Answer: C

Explanation:
Explanation
To include a common application as a reusable module in all API implementations, the developer should add a Maven dependency in the POM file with jar as <classifier>. This way, the developer can reuse Mule code from another application by packaging it as a JAR file and adding it as a dependency in the POM file of the API implementation. The classifier element specifies that it is a JAR file. References:
https://docs.mulesoft.com/mule-runtime/4.3/mmp-concept#add-a-maven-dependency-to-the-pom-file

NEW QUESTION # 29
Refer to the exhibit.
What action must be performed to log all the errors raised by the VM Connector?

• A. Add <AsyncLOgger name='orgroute.extensions vm' level=ERROR'I> inside the Logger tag
• B. Nothing, as error-level events are automatically logged
• C. Configure <Logger level-'ERROR'/> inside the VM Connector configuration
• D. Add <AsyncLOgger name='orgroute.extensions vm' level=ERROR'/> inside the Appenders tag

Answer: D

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

NEW QUESTION # 30
Refer to the exhibit.
What required changes can be made to give a partial successful response in case the United Airlines API returns with a timeout?

• A. Add Flow Reference components inside a Try scope.
  Set the payload to a default value'' insider the error handler using the ON Error Continue scope
• B. Add a Scatter-gather component inside a Try scope.
  Set the payload to a default value 'Error' inside the error handler using the On Error Propagate scope.
• C. Add a Scatter-Gather component inside a Try scope.
  Set the payload to a default value 'Error'' inside the error handler using the On Error Continue scope.
• D. Add Flow Reference components inside a Try scope
  Set the payload to a default value '' inside the error handler using the On Error Propagate scope

Answer: C

Explanation:
Explanation
To give a partial successful response in case the United Airlines API returns with a timeout, the developer should add a Scatter-Gather component inside a Try scope, and set the payload to a default value 'Error' inside the error handler using the On Error Continue scope. A Scatter-Gather component allows sending multiple requests concurrently and aggregating the responses into an array. A Try scope allows handling errors that occur within it using an error handler. An On Error Continue scope allows continuing the flow execution after handling an error. Therefore, by using these components, the developer can send requests to both APIs in parallel, handle any timeout errors from United Airlines API, and return a partial response with a default value for that API. References: https://docs.mulesoft.com/mule-runtime/4.3/scatter-gather-concept
https://docs.mulesoft.com/mule-runtime/4.3/try-scope-concept
https://docs.mulesoft.com/mule-runtime/4.3/on-error-continue-concept

NEW QUESTION # 31
Refer to the exhibit.
A Mute Object Store is configured with an entry TTL of one second and an expiration interval of 30 seconds.
What is the result of the flow if processing between os'store and os:retrieve takes 10 seconds?

• A. originalPayload
• B. testPayload
• C. OS:KEY_NOT_FOUND
• D. nullPayload

Answer: D

Explanation:
Explanation
The result of the flow is nullPayload if processing between os:store and os:retrieve takes 10 seconds. This is because the entry TTL of the object store is one second, which means that any stored value expires after one second and is removed from the object store. The expiration interval of 30 seconds only determines how often the object store checks for expired values, but it does not affect the TTL. Therefore, when os:retrieve tries to get the value after 10 seconds, it returns nullPayload because the value has already expired and been removed.
References: https://docs.mulesoft.com/object-store/osv2-faq#how-does-the-time-to-live-work

NEW QUESTION # 32
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 include the major version number
• B. In Design Center, open the RAML and modify baseUn to include a variable that indicates the version number
• C. 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
• D. 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

Answer: B

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

NEW QUESTION # 33
Multiple individual Mute application need to use the Mule Maven plugin to deploy to CloudHub.
The plugin configuration should .. reused where necessary and anything project, specific should be property-based.
Where should the Mule Maven details be configured?

• A. A Bill of Materials (BOM) parent pm
• B. Settings, xml
• C. A parent pom.xml
• D. Pom, xml

Answer: C

Explanation:
Explanation
To reuse Mule Maven plugin configuration across multiple individual Mule applications, the developer should use a parent pom.xml file. A parent pom.xml file defines common configuration for one or more child projects that inherit from it. The developer can specify common properties and dependencies for all child projects in the parent pom.xml file, such as Mule Maven plugin configuration, and then reference them in each child project's pom.xml file using placeholders. References:
https://docs.mulesoft.com/mule-runtime/4.3/mmp-concept#parent-pom
https://maven.apache.org/guides/introduction/introduction-to-the-pom.html#Project_Inheritance

NEW QUESTION # 34
......

New (2024) MuleSoft MCD-Level-2 Exam Dumps: https://exam-labs.prep4sureguide.com/MCD-Level-2-prep4sure-exam-guide.html