Available in 1, 3, 6 and 12 Months Free Updates Plans
PDF: $15 $60

Test Engine: $20 $80

PDF + Engine: $25 $99

Salesforce-MuleSoft-Developer-I Practice Test


Page 16 out of 47 Pages

Refer to the exhibits.



A. ''Child error"


B. "Parent error"


C. "Validation Error"


D. "Parent completed"





C.
  "Validation Error"

Following Mulesoft's recommended API-led connectivity approach , an organization has created an application network. The organization now needs to create API's to transform , orchestrate and aggregate the data provided by the other API's in the application network. This API should be flexible enought ot handle the data from additional API's in future.
According to Mulesoft's recommended API-led connectivity approach , what is the best layer for this new API?


A. Process layer


B. System layer


C. Experience layer


D. Data layer





A.
  Process layer

Explanation: Correct answer is process layer as all the orchestration and transformation logic should be in process layer as per Mulesoft's recommended approach for API led connectivity. API-led connectivity is a methodical way to connect data to applications through reusable and purposeful APIs. These APIs are developed to play a specific role – unlocking data from systems, composing data into processes, or delivering an experience.
What are the APIs that enable API-led connectivity?
API-led connectivity provides an approach for connecting and exposing assets. With this approach, rather than connecting things point-to-point, every asset becomes a managed API – a modern API, which makes it discoverable through self-service without losing control.
The APIs used in an API-led approach to connectivity fall into three categories:
System APIs – these usually access the core systems of record and provide a means of insulating the user from the complexity or any changes to the underlying systems. Once built, many users, can access data without any need to learn the underlying systems and can reuse these APIs in multiple projects.
Process APIs – These APIs interact with and shape data within a single system or across systems (breaking down data silos) and are created here without a dependence on the source systems from which that data originates, as well as the target channels through which that data is delivered.
Experience APIs – Experience APIs are the means by which data can be reconfigured so that it is most easily consumed by its intended audience, all from a common data source, rather than setting up separate point-to-point integrations for each channel. An Experience API is usually created with API-first design principles where the API is designed for the specific user experience in mind.

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 Studio and 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

What is the correct syntax to define and call a function in Database?


A. Option A


B. Option B


C. Option C


D. Option D





A.
  Option A

Explanation:
Keyword to ad function in Dataweave transformation is fun. Hence option 2 and 4 are invalid. Also parameters needs to be passed exactly in same order as defined in function definition. Hence correct answer is'
fun addKV( object: Object, key: String, value: Any) =
object ++ {(key):(value)}
--- addKV ( {"hello': "world"}, "hola", "mundo" )
MuleSoft Documentation Reference : https://docs.mulesoft.com/mule- runtime/4.3/dataweave-functions
DataWeave Function Definition Syntax
To define a function in DataWeave use the following syntax:
fun myFunction(param1, param2, ...) = The fun keyword starts the definition of a function. myFunction is the name you define for the function.
Function names must be valid identifiers.
(param1, param2, … , paramn) represents the parameters that your function accepts. You can specify from zero to any number of parameters, separated by commas (,) and enclosed in parentheses.
The = sign marks the beginning of the code block to execute when the function is called.
represents the actual code that you define for your function.

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 point Exchange


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 point Exchange

Explanation: API Exchange creates REST conenctor automtaically once API is published. Hence correct answer is Publish the API specification to Any point Exchange


Page 16 out of 47 Pages
Previous