Mulesoft MCD-Level-1 Exam Questions

229 Questions


Updation Date : 21-Jan-2026



Mulesoft MCD-Level-1 exam questions feature realistic, exam-like questions that cover all key topics with detailed explanations. You’ll identify your strengths and weaknesses, allowing you to focus your study efforts effectively. By practicing with our MCD-Level-1 practice test, you’ll gain the knowledge, speed, and confidence needed to pass the Mulesoft exam on your first attempt.

Why leave your success to chance? Our Mulesoft MCD-Level-1 dumps are your ultimate guide to passing the exam on your first try!

What is output of Dataweave flatten function?


A. Object


B. Map


C. Array


D. LInkedHashMap





C.
  Array

Explanation:
Correct answer is Array.
Flatten turns a set of subarrays (such as [ [1,2,3], [4,5,[6]], [], [null] ]) into a single, flattened array (such as [ 1, 2, 3, 4, 5, [6], null ]).
This example defines three arrays of numbers, creates another array containing those three arrays, and then uses the flatten function to convert the array of arrays into a single array with all values.
Source
%dw 2.0
output application/json
var array1 = [1,2,3]
var array2 = [4,5,6]
var array3 = [7,8,9]
var arrayOfArrays = [array1, array2, array3]
---
flatten(arrayOfArrays)
Output
[ 1,2,3,4,5,6,7,8,9 ]

Refer to the exhibits.

The Mule application configures and uses two HTTP Listener global configuration elements.
Mule application is run in Anypoint Studio.
If the mule application starts correctly, what URI and port numbers can receive web client requests? If the mule applications fails to start , what is the reason for the failure?


A. The mule application fails to start. There is URL path conflict because both HTTP Listeners are configured with same path


B. The mule application start successfully Web client requests can only be received at URI on port 2222 but not on port 3333


C. The mule application fails to start because of the port binding conflict as HTTP request also use same port i.e. 3333


D. The mule application start successfully Web client requests can be received at URI on port 2222 and on port 3333.





D.
  The mule application start successfully Web client requests can be received at URI on port 2222 and on port 3333.

In this case both the flows can start without any error and requests can be received on both ports. Flow names httpListener1 can call other flow using HTTP request without any issues.

What is not the function of API Gateway ?


A. Determine which traffic is authorized to pass through the API to backend services


B. Meter the traffic flowing through


C. Logs all transactions , collecting and tracking analytics data


D. Specify throttling , security and other policies





D.
  Specify throttling , security and other policies

Explanation:
Correct answer is Specify throttling , security and other policies
MuleSoft Doc Ref : https://docs.mulesoft.com/api-manager/2.x/api-gateway-capabilitiesmule4
API Gateway is responsible for below functions.
1) Determine which traffic is authorized
2) Meter the traffic
3) Logs transaction
4) Apply throttling and other policies (Not specifying. These are specified in API Manager)

A Mule application contains a global error handler configured tocatch any errors.
Where must the global error handler be specified so that the global error handler catches
all errors from flows without their own error handlers?


A.

A configuration properties file


B.

Nowhere, the global error handler is automatically used


C.

A global element


D.

The pom.xml file





C.
  

A global element



A Mule project contains a DataWeave module like WebStore.dwl that defines a function named loginUser. The module file is located in the project's src/main/resources/libs/etl folder.
What is correct DataWeave code to import all of the WebStore.dwl file's functions and then call the loginUser function for the login "Todd.Pal@mulesoft.com"?


A. 1. 1. import libs.etl
2. 2. ---
3. 3. WebStore.loginUser("Todd.Pal@mulesoft.com")


B. 1. 1. import * from libs::etl
2. 2. ---
3. 3. WebStore::loginUser("Todd.Pal@mulesoft.com")


C. 1. 1. import libs.etl.WebStore
2. 2. ---
3. 3. loginUser("Todd.Pal@mulesoft.com")


D. 1. 1. import * from libs::etl::WebStore
2. 2. ---
3. 3. loginUser("Todd.Pal@mulesoft.com")





D.
  1. 1. import * from libs::etl::WebStore
2. 2. ---
3. 3. loginUser("Todd.Pal@mulesoft.com")

Explanation:
* To use custom 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:
1) Does not identify any functions to import from the String module: import dw::core::Strings
2) To identify a specific function to import from the String module: import camelize, capitalize from dw::core::Strings
3) To import all functions from the String module: 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.
* In given scenario, it's mentioned to import all of the WebStore.dwl So correct answer is:
Reference: https://docs.mulesoft.com/mule-runtime/4.3/dw-functions

Refer to the exhibits.

A JSON payload is set in the Set Payload transformer.
What is logged by the Logger?


A.

"String"


B.

"Object"


C.

"Array"


D.

"JSON"





C.
  

"Array"



A company has defined two RAML fragments, Book Data Type and Book Example to be used in APIs. What would be valid RAML to use these fragments?


A. 1. #%RAML 1.0
2. title: Books
3. types:
4. Book: ABC/Examples/bookDataType.raml
5. /books:
6. post:
7. body:
8. application/json:
9. type: Book
10. examples:
11. input: ABC/Examples/bookExample.raml
12. responses:
13. 201:
14. body:
15. application/json:
16. example:
17. message: Book added


B. 1.#%RAML 1.0
2.title: Books
3.Book: !include bookDataType.raml
4./books:
5. post:
6. body:
7. application/json:
8. type: Book
9. examples:
10. input: !include bookExample.raml
11. responses:
12. 201:
13. body:
14. application/json:
15. example:
16. message: Book added


C. 1.#%RAML 1.0
2.title: Books
3.Book: bookDataType.raml
4./books:
5. post:
6. body:
7. application/json:
8. type: Book
9. examples:
10. input: bookExample.raml
11. responses:
12. 201:
13. body:
14. application/json:
15. example:
16. message: Book added


D. 1.#%RAML 1.0
2.title: Books 3.Book: bookDataType.raml
4./books:
5. post:
6. body:
7. application/json:
8. type: Book
9. examples:
10. input: bookExample.raml
11. responses:
12. 201:
13. body:
14. application/json:
15. example:
16. message: Book added





D.
  1.#%RAML 1.0
2.title: Books 3.Book: bookDataType.raml
4./books:
5. post:
6. body:
7. application/json:
8. type: Book
9. examples:
10. input: bookExample.raml
11. responses:
12. 201:
13. body:
14. application/json:
15. example:
16. message: Book added

Explanation:
* RAML file contains lot of information that could be considered as "not API-describing". Sort of "economy-class" members. Equally important, but not necessarily part of the main RAML file.
* Through !includes, RAML allows us to build file-distributed API definitions, which is not only useful to encourage code reuse but also improves readability.
* We can create RAML fragments with such code and then include them in main RAML project using !include like:
types:
Book: !include bookDataType.raml and examples:
input: !include bookExample.raml
* Additionally for

Refer to the exhibits. What payload is logged at the end of the main flow?



A.

[order1, order2, order3, order4]


B.

[1, 2, 3,4]


C.

order4


D.

order1order2order3order4





B.
  

[1, 2, 3,4]




Page 1 out of 29 Pages