Mulesoft MCD-Level-1 Exam Questions

Refer to the exhibits.

The input array of strings is processed by the batch job that processes, filters, and
aggregates the values. What is the last message logged by the Logger component after the
batch job completesprocessing?

A.

[ ["A", "C", "D" ], ["E"] ]

B.

[''E'']

C.

[''D", "E"]

D.

[ "A", "C, "D", "E" ]

A.

[ ["A", "C", "D" ], ["E"] ]

Refer to the exhibits.

A web client submits the request to the HTTP Listener. What response message would be returned to web client?

A. End

B. String is not blank

C. No response would be sent back to client and request will get errored out in Mule

D. Start

B. String is not blank

Explanation:
Correct answer is String is not blank.
-------------------------------------------------------------------------------------------------------------------------

Here’s specifically what is happening here:
1) Payload is successfully set to “Start”
2) The Is Blank String validator creates an Error Object because the payload is string "Start". Execution stops
#[error.description] = “String is not blank”
3) Because no error handler is defined, the Mule default error handler handles the error.
Remember, at its heart, the Mule Default Error handler is an error handling scope with just an on error propagate
4) “String is not blank” is the error message returned to the requestor in the body of the HTTP requestHTTP Status Code: 500
Reference Diagram:

Refer to the exhibits.
The mule application implements a REST API that accepts GET request from two URL's
which are as follows
1) http://acme.com/order/status
2) http://acme.com/customer/status
What path value should be set in HTTP listener configuration so that requests can be accepted for both these URL's using a single HTTP listener event source?

A. *[order,customer]/status

B. ?[order,customer]/status

C. */status

D. *status

C. */status

A Utlility.dwl is located in a Mule project at src/main/resources/modules. The Utility.dwl file defines a function named encryptString that encrypts a String What is the correct DataWeave to call the encryptString function in a Transform Message component?

A. 1. %dw 2.0
2. output application/json
3. import modules::Utility
4. ---
5. Utility::encryptString( "John Smith" )

B. 1. %dw 2.0
2. output application/json
3. import modules::Utility
4. ---
5. encryptString( "John Smith" )

C. 1. %dw 2.0
2. output application/json
3. import modules.Utility
4. ---
5. encryptString( "John Smith" )

D. 1. %dw 2.0
2. output application/json
3. import modules.Utility
4. ---
5. Utility.encryptString( "John Smith" )

B. 1. %dw 2.0
2. output application/json
3. import modules::Utility
4. ---
5. encryptString( "John Smith" )

Explanation: Correct answer is
%dw 2.0
output application/json
import modules::Utility
---
Utility::encryptString( "John Smith" )
DataWeave 2.0 functions are packaged in modules. Before you begin, note that DataWeave 2.0 is for Mule 4 apps. For Mule 3 apps, refer to DataWeave Operators in the Mule 3.9 documentation. For other Mule versions, you can use the version selector for the Mule Runtime table of contents.
Functions in the Core (dw::Core) module are imported automatically into your DataWeave scripts. To use other modules, you need to import the module or functions you want to use by adding the import directive to the head of your DataWeave script, for example:
import dw::core::Strings
import camelize, capitalize from dw::core::Strings
import * from dw::core::Strings
The way you import a module impacts the way you need to call its functions from a DataWeave script. If the directive does not list specific functions to import or use * from to import all functions from a function module, you need to specify the module when you call the function from your script. For example, this import directive does not identify any functions to import from the String module, so it calls the pluralize function like this: Strings::pluralize("box").
Transform
%dw 2.0
import dw::core::Strings
output application/json
---
{ 'plural': Strings::pluralize("box") }

Refer to the exhibits.

What is written to the records.csv file when the flow executes?

A. The JSON payload

B. An error message

C. Nothing

D. The payload convert to CVS

A. The JSON payload

Explanation: Transform Message Add write_date is coverting payload in JSON format and same JSON payload is avaialble to file write processor. However, if the payload is a different format (for example, not CSV) , you can place the transformation inside the Write operation to generate content that will be written without producing a side effect on the message in transit. This is not done in this case. By default, the connector writes whatever is in the message payload. Hence JSON payload will be written to file.

Refer to the exhibits. A company has defined this Book data typeand Book example to be
used in APIs. What is valid RAML for an API that uses this Book data type and Book

A.

Option A

B.

Option B

C.

Option C

D.

Option D

D.

Option D

An API specification is designed using RAML. What is the next step to create a REST
Connector from this API specification?

A.

Download the API specification and build the interface using APIkit

B.

Publish the API specification to Any pointExchange

C.

Implement the API specification using flow designer in Design Center

D.

Add the specification to a Mule project's src/main/resources/api folder

B.

Publish the API specification to Any pointExchange

Refer to the exhibits.

The orders.csv file is read, then processed to look up the orders in a database. The Mule
application is debugged in Any point Studioand stops at the breakpoint.
What is the payload shown in the debugger at this breakpoint?

A.

"none"

B.

The entire CSV file

C.

The database response

D.

100

D.

100