Salesforce Certified MuleSoft Developer II (Mule-Dev-301) Exam Practice Test Instant Access

Question 1

Which type of cache invalidation does the Cache scope support without having to write any additional code?

AWrite-through invalidation

BWhite-behind invalidation

CTime to live

DNotification-based invalidation

Answer : C

The Cache scope supports time to live (TTL) as a cache invalidation strategy without having to write any additional code. TTL specifies how long the cached response is valid before it expires and needs to be refreshed. The Cache scope also supports custom invalidation strategies using MEL or DataWeave expressions. Reference: https://docs.mulesoft.com/mule-runtime/4.3/cache-scope#cache_invalidation

Question 2

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.

AIf the two APIs use the same domain, the VM Connector can be leveraged

BThe VM Connector is used to inter-application communication, so it is not possible to use the VM Connector

CInstead of using the VM Connector use <flow-ref>directly

DIt 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

Answer : A

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

Question 3

Which command is used to convert a JKS keystore to PKCS12?

AKeytool-importkeystore --srckeystore keystore p12-srcstoretype PKCS12 --destkeystore keystore.jks --deststoretype JKS

BKeytool-importkeystore --srckeystore keystore p12-srcstoretype JKS --destkeystore keystore.p12 --deststoretype PKCS12

CKeytool-importkeystore --srckeystore keystore jks-srcstoretype JKS --destkeystore keystore.p13 --deststoretype PKCS12

DKeytool-importkeystore --srckeystore keystore jks-srcstoretype PKCS12 --destkeystore keystore.p12 --deststoretype JKS

Answer : B

To convert a JKS keystore to PKCS12, the developer needs to use the keytool-importkeystore command with the following options: -srckeystore keystore.jks -srcstoretype JKS -destkeystore keystore.p12 -deststoretype PKCS12. This command imports all entries from a source JKS keystore (keystore.jks) into a destination PKCS12 keystore (keystore.p12). Reference: https://docs.oracle.com/en/java/javase/11/tools/keytool.html#GUID-5990A2E4-78E3-47B7-AE75-6D1826259549

Question 4

A system API that communicates to an underlying MySQL database is deploying to CloudHub. The DevOps team requires a readiness endpoint to monitor all system APIs.

Which strategy should be used to implement this endpoint?

ACreate a dedicated endpoint that responds with the API status and reachability of the underlying systems

BCreate a dedicated endpoint that responds with the API status and health of the server

CUse an existing resource endpoint of the API

DCreate a dedicated endpoint that responds with the API status only

Answer : A

To implement a readiness endpoint to monitor all system APIs, the developer should create a dedicated endpoint that responds with the API status and reachability of the underlying systems. This way, the DevOps team can check if the system API is ready to receive requests and if it can communicate with its backend systems without errors. Reference: https://docs.mulesoft.com/mule-runtime/4.3/deployment-strategies#readiness-probes

Question 5

The HTTP Request operation raises an HTTP CONNECTIVITY error.

Which HTTP status code and body are returned to the web client?

AHTTP Status Code:200.
Body 'Error in processing your request

BHTTP Status Code:500.
Body 'The HTTP CONNECTIVITY Error description

CHTTP Status Code:500.
Body 'Error in processing your request

DHTTP Status Code:500.
Body 'Error in processing your request

Answer : C

When the HTTP Request operation raises an HTTP CONNECTIVITY error, it triggers an on-error-continue handler that sets a payload with 'Error in processing your request'. Since no status code is explicitly set in this handler, it defaults to 500 (INTERNAL SERVER ERROR). Therefore, the web client receives an HTTP response with status code 500 and body 'Error in processing your request'. Reference: https://docs.mulesoft.com/mule-runtime/4.3/error-handling#on-error-continue

Question 6

A new Mule project has been created in Anypoint Studio with the default settings.

Which file inside the Mule project must be modified before using Maven to successfully deploy the application?

ASettings.xml

BConfig.yaml

CPom.xml

DMule.artificact.json

Answer : C

To use Maven to successfully deploy the application, the developer needs to modify the pom.xml file inside the Mule project. The pom.xml file contains the configuration and dependencies of the Mule application, as well as the deployment information such as the CloudHub region, environment, and worker size. The developer needs to specify these properties in the pom.xml file before using Maven to deploy the application. Reference: https://docs.mulesoft.com/mule-runtime/4.3/mmp-concept#application-deployment-descriptor

Question 7

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?

AThe HTTP Request operation will succeed if the CA'S certificate is present in the JRE's default keystore

BThe HTTP Request operation will succeed if the CA's certificate is present in the JRE's default truststore.

CThe HTTP Request operation will always succeed regardless of the CA

DThe HTTP Request operation will always fail regardless of the CA

Answer : B

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