Question 1

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?

Options :

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

Answer: D

Question 2

Refer to the exhibit.

A developer generates the base scaffolding for an API in Anypoint Studio.

Which HTTP status code is returned while testing using the API Kit console if no values are entered in

client-secret?

Options :

A : HTTP status code:200

B : HTTP status code:403

C : HTTP status code:400

D : HTTP status code:500

Answer: B

Question 3

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?

Options :

A : nullPayload

B : originalPayload

C :

OS:KEY_NOT_FOUND

D : testPayload

Answer: A

Question 4

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?

Options :

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

Answer: B

Question 5

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?

Options :

A : If only the email address Is invalid a VALIDATION.INVALID_EMAIL error is raised

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

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

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

Answer: A

Confidently Practice Online with Free Salesforce-MuleSoft-Developer-II Exam Cram

Buying Options: