Salesforce MuleSoft Developer II Exam Practice Test Instant Access

Question 1

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?

AnullPayload

BoriginalPayload

COS:KEY_NOT_FOUND

DtestPayload

Answer : A

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. Reference: https://docs.mulesoft.com/object-store/osv2-faq#how-does-the-time-to-live-work

Question 2

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?

ADeployable ZIP file, YAML configuration file

BJSON properties file, YAML configuration file

CJSON properties file, XML template file

DXML template file, YAML configuration file

Answer : D

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. Reference: https://docs.mulesoft.com/api-manager/2.x/http-policy-transform#packaging-the-policy

Question 3

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?

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

BAdd Flow Reference components inside a Try scope.
Set the payload to a default value'' insider the error handler using the ON Error Continue scope

CAdd Flow Reference components inside a Try scope
Set the payload to a default value '' inside the error handler using the On Error Propagate scope

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

Answer : D

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

Question 4

Which pattern should be used to invoke multiple HTTP APIs in parallel and roll back failed requests in sequence?

AA database as a transactional outbox and an Until Successful router to retry any requests

BA Parallel for Each scope with each HTTP request wrapped in a Try scope

CScatter-Gather as central Saga orchestrator for all API request with compensating actions for failing routes

DVM queues as a reliability pattern with error handlers to roll back any requests

Answer : C

To invoke multiple HTTP APIs in parallel and roll back failed requests in sequence, the developer should use a Scatter-Gather router as a central Saga orchestrator for all API requests with compensating actions for failing routes. A Scatter-Gather router executes multiple routes concurrently and aggregates the results. A Saga orchestrator coordinates a series of actions across different services and handles failures by executing compensating actions. Therefore, using a Scatter-Gather router as a Saga orchestrator allows invoking multiple HTTP APIs in parallel and rolling back any failed requests in sequence. Reference: https://docs.mulesoft.com/mule-runtime/4.3/scatter-gather-concept https://docs.mulesoft.com/mule-runtime/4.3/saga

Question 5

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

ASet an appropriate reconnection strategy and use persistent connections for the listener

BSet an appropriate keystore configuration and use persistent connections for the listener

CSet an appropriate keystore and truststore configuration for the listener

DSet an appropriate truststore configuration and reconnection strategy for the listener

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. Reference: https://docs.mulesoft.com/mule-runtime/4.3/tls-configuration#mutual-authentication

Question 6

An API has been built to enable scheduling email provider. The front-end system does very little data entry validation, and problems have started to appear in the email that go to patients. A validate-customer'' flow is added validate the data.

What is he expected behavior of the 'validate-customer'' flow?

AIf only the email address Is invalid a VALIDATION.INVALID_EMAIL error is raised

BIf the email address is invalid, processing continues to see if the appointment data and customer name are also invalid

CIf the appointment date and customer name are invalid, a SCHEDULE:INVALID_APPOINTMENT_DATE error is raised

DIf all of the values are invalid the last validation error is raised:SCHEDULE:INVALID_CUSTOMER_NAME

Answer : A

The validate-customer flow uses an until-successful scope to validate each field of the customer data. The until-successful scope executes its processors until they succeed or exhausts the maximum number of retries. If any processor fails, it raises an error and stops executing the remaining processors. Therefore, if only the email address is invalid, a VALIDATION.INVALID_EMAIL error is raised and the validation of appointment date and customer name is skipped. Reference: https://docs.mulesoft.com/mule-runtime/4.3/until-successful-scope

Question 7

A custom policy needs to be developed to intercept all cutbound HTTP requests made by Mule applications.

Which XML element must be used to intercept outbound HTTP requests?

AIt is not possible to intercept outgoing HTTP requests, only inbound requests

Bhttp-policy:source

Chtt-policy:operation

Dhttp-policy:processor

Answer : B

The http-policy:processor element is used to intercept outbound HTTP requests made by Mule applications. It allows customizing the request before it is sent to the target API and modifying the response after it is received from the target API. Reference: https://docs.mulesoft.com/api-manager/2.x/policy-mule4-custom-policy#policy-xml-file

Salesforce MuleSoft Developer II Salesforce Certified MuleSoft Developer II Exam Practice Test