ExamGecko
Home Home / MuleSoft / MCD - Level 2

MuleSoft MCD - Level 2 Practice Test - Questions Answers

Question list
Search
Search

List of questions

Search

Related questions











A Flight Management System publishes gate change notification events whenever a flight's arrival gate changes. Other systems, including Baggage Handler System. Inflight Catering System and Passenger Notifications System, must each asynchronously receive the same gate change notification to process the event according.

Which configuration is required in Anypoint MQ to achieve this publish/subscribe model?

A.
Publish each client subscribe directly to the exchange. Have each client subscribe directly to the queue.
A.
Publish each client subscribe directly to the exchange. Have each client subscribe directly to the queue.
Answers
B.
Publish the gate change notification to an Anypoint MC queue Have each client subscribe directly to the queue
B.
Publish the gate change notification to an Anypoint MC queue Have each client subscribe directly to the queue
Answers
C.
Publish the gate change notification to an Anypoint MQ queue. Create different anypoint MQ exchange meant for each of the other subscribing systems Bind the queue with each of the exchanges
C.
Publish the gate change notification to an Anypoint MQ queue. Create different anypoint MQ exchange meant for each of the other subscribing systems Bind the queue with each of the exchanges
Answers
D.
Publish the gate change notification to an Anypoint MQ exchanhe. Create different Anypoint MQ queues meant for each of the other subscribing systems. Bind the exchange with each of the queues.
D.
Publish the gate change notification to an Anypoint MQ exchanhe. Create different Anypoint MQ queues meant for each of the other subscribing systems. Bind the exchange with each of the queues.
Answers
Suggested answer: D

Explanation:

To achieve a publish/subscribe model using Anypoint MQ, where each system receives the same gate change notification event, the developer should publish the gate change notification to an Anypoint MQ exchange, create different Anypoint MQ queues meant for each of the other subscribing systems, and bind the exchange with each of the queues. An exchange is a message routing agent that can send messages to different queues based on predefined criteria. By binding an exchange with multiple queues, each queue receives a copy of every message sent to that exchange. Therefore, each system can subscribe to its own queue and receive every gate change notification event.

Reference: https://docs.mulesoft.com/anypoint-mq/3.x/anypoint-mq-exchanges

A Mule application uses API autodiscovery to access and enforce policies for a RESTful implementation.

A.
Northing because flowRef is an optional attribute which can be passed runtime
A.
Northing because flowRef is an optional attribute which can be passed runtime
Answers
B.
The name of the flow that has APlkit Console to receive all incoming RESTful operation requests.
B.
The name of the flow that has APlkit Console to receive all incoming RESTful operation requests.
Answers
C.
Any of the APIkit generate implement flows
C.
Any of the APIkit generate implement flows
Answers
D.
The name of the flow that has HTTP listener to receive all incoming RESTful operation requests
D.
The name of the flow that has HTTP listener to receive all incoming RESTful operation requests
Answers
Suggested answer: D

Explanation:

To use API autodiscovery to access and enforce policies for a RESTful implementation, flowRef must be set to the name of the flow that has HTTP listener to receive all incoming RESTful operation requests. This way, API autodiscovery can identify the API implementation and associate it with the corresponding API specification and policies in API Manager. The flow that has HTTP listener is usually the main flow that contains the APIKit Router.

Reference: https://docs.mulesoft.com/api-manager/2.x/api-auto-discovery-new-concept#flowref

A mule application exposes and API for creating payments. An Operations team wants to ensure that the Payment API is up and running at all times in production.

Which approach should be used to test that the payment API is working in production?

A.
Create a health check endpoint that listens on a separate port and uses a separate HTTP Listener configuration from the API
A.
Create a health check endpoint that listens on a separate port and uses a separate HTTP Listener configuration from the API
Answers
B.
Configure the application to send health data to an external system
B.
Configure the application to send health data to an external system
Answers
C.
Create a health check endpoint that reuses the same port number and HTTP Listener configuration as the API itself
C.
Create a health check endpoint that reuses the same port number and HTTP Listener configuration as the API itself
Answers
D.
Monitor the Payment API directly sending real customer payment data
D.
Monitor the Payment API directly sending real customer payment data
Answers
Suggested answer: A

Explanation:

To test that the payment API is working in production, the developer should create a health check endpoint that listens on a separate port and uses a separate HTTP Listener configuration from the API. This way, the developer can isolate the health check endpoint from the API traffic and avoid affecting the performance or availability of the API. The health check endpoint should return a simple response that indicates the status of the API, such as OK or ERROR.

Reference: https://docs.mulesoft.com/api-functional-monitoring/afm-create-monitor#create-a-monitor

Mule application A is deployed to CloudHub and is using Object Store v2. Mute application B is also deployed to CloudHub.

Which approach can Mule application B use to remove values from Mule application A'S Object Store?

A.
Object Store v2 REST API
A.
Object Store v2 REST API
Answers
B.
CloudHub Connector
B.
CloudHub Connector
Answers
C.
Object Store Connector
C.
Object Store Connector
Answers
D.
CloudHub REST API
D.
CloudHub REST API
Answers
Suggested answer: A

Explanation:

To remove values from Mule application A's Object Store v2, Mule application B can use Object Store v2 REST API. This API allows performing operations on Object Store v2 resources using HTTP methods, such as GET, POST, PUT, and DELETE. Mule application B can use the DELETE method to remove values from Mule application A's Object Store v2 by specifying the object store ID and the key of the value to delete.

Reference: https://docs.mulesoft.com/object-store/osv2-apis

Refer to the exhibit.

A Mule application pom.xml configures the Maven Resources plugin to exclude parsing binary files in the project's src/main/resources/certs directory.

Which configuration of this plugin achieves a successful build?

A)

B)

C)

D)

A.
Option A
A.
Option A
Answers
B.
Option B
B.
Option B
Answers
C.
Option C
C.
Option C
Answers
D.
Option D
D.
Option D
Answers
Suggested answer: C

Explanation:

To configure the Maven Resources plugin to exclude parsing binary files in the project's src/main/resources/certs directory, option C should be used. This option specifies that any files with .cer or .jks extensions under the certs directory should be excluded from filtering. Filtering is a process of replacing placeholders with actual values in resource files during the build process. Binary files should not be filtered because they may become corrupted or unusable.

Reference: https://maven.apache.org/plugins/maven-resources-plugin/examples/filter.html https://maven.apache.org/plugins/maven-resources-plugin/examples/include-exclude.html

A Mule application includes a subflow containing a Scatter.Gather scope. Within each log of the Scatter.Gatter. an HTTP connector calls a PUT endpoint to modify records in different upstream system. The subflow is called inside an Unit successful scope to retry if a transitory exception is raised.

A technical spike is being performed to increase reliability of the Mule application.

Which steps should be performed within the Mule flow above the ensure idempontent behavior?

A.
Change the PUT requests inside the Scatter-Gather to POST requests
A.
Change the PUT requests inside the Scatter-Gather to POST requests
Answers
B.
Ensure an error-handling flow performs corrective actions to roll back all changes if any leg of the Scatter-Gather fails
B.
Ensure an error-handling flow performs corrective actions to roll back all changes if any leg of the Scatter-Gather fails
Answers
C.
Remove the Put requests from the Scatter-Getter and perform them sequentially
C.
Remove the Put requests from the Scatter-Getter and perform them sequentially
Answers
D.
None, the flow already exhibits idempotent behavior
D.
None, the flow already exhibits idempotent behavior
Answers
Suggested answer: B

Explanation:

To ensure idempotent behavior within a Mule flow that contains a subflow with a Scatter-Gather scope, the developer should ensure an error-handling flow performs corrective actions to roll back all changes if any leg of the Scatter-Gather fails. Idempotency means that multiple identical requests have the same effect as a single request. Therefore, if one of the HTTP requests inside the Scatter-Gather fails, the error-handling flow should undo any changes made by other successful requests to ensure consistency and avoid partial updates.

Reference: https://docs.mulesoft.com/mule-runtime/4.3/scatter-gather-concept https://docs.mulesoft.com/mule-runtime/4.3/error-handling

Two APIs are deployed to a two-node on-prem cluster. Due to a requirements change, the two APIs must communicate to exchange data asynchronously.

A.
If the two APIs use the same domain, the VM Connector can be leveraged
A.
If the two APIs use the same domain, the VM Connector can be leveraged
Answers
B.
The VM Connector is used to inter-application communication, so it is not possible to use the VM Connector
B.
The VM Connector is used to inter-application communication, so it is not possible to use the VM Connector
Answers
C.
Instead of using the VM Connector use <flow-ref>directly
C.
Instead of using the VM Connector use <flow-ref>directly
Answers
D.
It is not possible to use the VM Connector since the APIs are running in a cluster mode and each mode has it own set of VM Queues
D.
It is not possible to use the VM Connector since the APIs are running in a cluster mode and each mode has it own set of VM Queues
Answers
Suggested answer: A

Explanation:

To communicate asynchronously between two APIs deployed to a two-node on-prem cluster, the developer can use the VM Connector if the two APIs use the same domain. The VM Connector allows passing messages between different Mule applications within a single Mule runtime instance or across different instances using shared memory or persistent storage. If two APIs are deployed under the same domain, they can share resources such as VM queues and communicate asynchronously using VM Connector operations.

Reference: https://docs.mulesoft.com/mule-runtime/4.3/vm-connector https://docs.mulesoft.com/mule-runtime/4.3/shared-resources

The flow is invoicing a target API. The API's protocol is HTTPS. The TLS configuration in the HTTP Request Configuration global element is set to None. A web client submits a request to http:localhost:8081/vehicles.

If the certificate of the target API is signed by a certificate authority (CA), what is true about the HTTP Request operation when the flow executes?

A.
The HTTP Request operation will succeed if the CA'S certificate is present in the JRE's default keystore
A.
The HTTP Request operation will succeed if the CA'S certificate is present in the JRE's default keystore
Answers
B.
The HTTP Request operation will succeed if the CA's certificate is present in the JRE's default truststore.
B.
The HTTP Request operation will succeed if the CA's certificate is present in the JRE's default truststore.
Answers
C.
The HTTP Request operation will always succeed regardless of the CA
C.
The HTTP Request operation will always succeed regardless of the CA
Answers
D.
The HTTP Request operation will always fail regardless of the CA
D.
The HTTP Request operation will always fail regardless of the CA
Answers
Suggested answer: B

Explanation:

The HTTP Request operation will use the default truststore of the JRE to validate the certificate of the target API. If the CA's certificate is present in the truststore, the operation will succeed. Otherwise, it will fail with a handshake exception.

Reference: https://docs.mulesoft.com/mule-runtime/4.3/tls-configuration#tls-default

When a client and server are exchanging messages during the mTLS handshake, what is being agreed on during the cipher suite exchange?

A.
A protocol
A.
A protocol
Answers
B.
The TLS version
B.
The TLS version
Answers
C.
An encryption algorithm
C.
An encryption algorithm
Answers
D.
The Public key format
D.
The Public key format
Answers
Suggested answer: C

Explanation:

A cipher suite is a set of cryptographic algorithms that are used to secure the communication between a client and a server. A cipher suite consists of four components: a key exchange algorithm, an authentication algorithm, an encryption algorithm, and a message authentication code (MAC) algorithm. During the cipher suite exchange, the client and the server agree on which encryption algorithm to use for encrypting and decrypting the data.

Reference: https://docs.mulesoft.com/mule-runtime/4.3/tls-configuration#cipher-suites

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?

A.
It is not possible to intercept outgoing HTTP requests, only inbound requests
A.
It is not possible to intercept outgoing HTTP requests, only inbound requests
Answers
B.
http-policy:source
B.
http-policy:source
Answers
C.
htt-policy:operation
C.
htt-policy:operation
Answers
D.
http-policy:processor
D.
http-policy:processor
Answers
Suggested answer: D

Explanation:

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

Total 60 questions
Go to page: of 6