Salesforce SALESFORCE-MULESOFT-DEVELOPER-II Online Practice Questions and Exam Preparation

Salesforce SALESFORCE-MULESOFT-DEVELOPER-II Online Questions & Answers

• Question 51:

  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
  B. The HTTP Request operation will succeed if the CA's certificate is present in the JRE's default truststore.
  C. The HTTP Request operation will always succeed regardless of the CA
  D. The HTTP Request operation will always fail regardless of the CA
  B. The HTTP Request operation will succeed if the CA's certificate is present in the JRE's default truststore.

  ---

  Explanation/Reference:

  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. https://docs.mulesoft.com/mule-runtime.3/tlsconfiguration# tls-default

• Question 52:

  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
  B. The VM Connector is used to inter-application communication, so it is not possible to use the VM Connector
  C. Instead of using the VM Connector use directly
  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
  A. If the two APIs use the same domain, the VM Connector can be leveraged

  ---

  Explanation/Reference:

  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. https:// docs.mulesoft.com/mule-runtime.3/vmconnector https://docs.mulesoft.com/mule-runtime.3/shared-resources

• Question 53:

  Refer to the exhibit.

  

  A Mute Object Store is configured with an entry TTL of one second and an expiration interval of 30 seconds. What is the result of the flow if processing between os'store and os:retrieve takes 10 seconds?

  A. nullPayload
  B. originalPayload
  C. OS:KEY_NOT_FOUND
  D. testPayload
  A. nullPayload

  ---

  Explanation/Reference:

  The result of the flow is nullPayload if processing between os:store and os:retrieve takes 10 seconds. This is because the entry TTL of the object store is one second, which means that any stored value expires after one second and is removed from the object store. The expiration interval of 30 seconds only determines how often the object store checks for expired values, but it does not affect the TTL. Therefore, when os:retrieve tries to get the value after 10 seconds, it returns nullPayload because the value has already expired and been removed. https://docs.mulesoft.com/objectstore/ osv2-faq#how-does-the-time-to-live-work

• Question 54:

  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
  B. http-policy:source
  C. htt-policy:operation
  D. http-policy:processor
  B. http-policy:source

  ---

  Explanation/Reference:

  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. https://docs.mulesoft.com/apimanager/2.x/policy-mule4-custom-policy#policy-xml-file

• Question 55:

  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
  B. Configure the application to send health data to an external system
  C. Create a health check endpoint that reuses the same port number and HTTP Listener configuration as the API itself
  D. Monitor the Payment API directly sending real customer payment data
  A. Create a health check endpoint that listens on a separate port and uses a separate HTTP Listener configuration from the API

  ---

  Explanation/Reference:

  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

• Question 56:

  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?

  A. Create a dedicated endpoint that responds with the API status and reachability of the underlying systems
  B. Create a dedicated endpoint that responds with the API status and health of the server
  C. Use an existing resource endpoint of the API
  D. Create a dedicated endpoint that responds with the API status only
  A. Create a dedicated endpoint that responds with the API status and reachability of the underlying systems

  ---

  Explanation/Reference:

  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. https://docs.mulesoft.com/muleruntime/4.3/deployment-strategies#readiness-probes

• Question 57:

  A healthcare portal needs to validate the token that it sends to a Mule API. The developer plans to implement a custom policy using the HTTP Policy Transform Extension to match the token received in the header from the heathcare portal. Which files does the developer need to create in order to package the custom policy?

  A. Deployable ZIP file, YAML configuration file
  B. JSON properties file, YAML configuration file
  C. JSON properties file, XML template file
  D. XML template file, YAML configuration file
  D. XML template file, YAML configuration file

  ---

  Explanation/Reference:

  To package a custom policy using the HTTP Policy Transform Extension, the developer needs to create an XML template file and a YAML configuration file. The XML template file defines the policy logic using Mule components and placeholders for user-defined properties. The YAML configuration file defines the metadata of the policy, such as its name, description, category, parameters, and dependencies. https://docs.mulesoft.com/ api-manager.x/http-policytransform#packaging-the-policy

• Question 58:

  Refer to the exhibit.

  

  What required changes can be made to give a partial successful response in case the United Airlines API returns with a timeout?

  A. Add a Scatter-gather component inside a Try scope. Set the payload to a default value "Error' inside the error handler using the On Error Propagate scope.
  B. Add Flow Reference components inside a Try scope. Set the payload to a default value'' insider the error handler using the ON Error Continue scope
  C. Add Flow Reference components inside a Try scope Set the payload to a default value " inside the error handler using the On Error Propagate scope
  D. Add a Scatter-Gather component inside a Try scope. Set the payload to a default value "Error'' inside the error handler using the On Error Continue scope.
  D. Add a Scatter-Gather component inside a Try scope. Set the payload to a default value "Error'' inside the error handler using the On Error Continue scope.

  ---

  Explanation/Reference:

  To give a partial successful response in case the United Airlines API returns with a timeout, the developer should add a Scatter-Gather component inside a Try scope, and set the payload to a default value "Error' inside the error handler using the On Error Continue scope. A Scatter-Gather component allows sending multiple requests concurrently and aggregating the responses into an array. A Try scope allows handling errors that occur within it using an error handler. An On Error Continue scope allows continuing the flow execution after handling an error. Therefore, by using these components, the developer can send requests to both APIs in parallel, handle any timeout errors from United Airlines API, and return a partial response with a default value for that API. https://docs.mulesoft.com/mule-runtime.3/scatter-gather-concept https://docs.mulesoft.com/mule-runtime.3/try-scope-concept https://docs.mulesoft.com/muleruntime/ 4.3/on-error-continue-concept

• Question 59:

  A Mule application defines as SSL/TLS keystore properly "tis,keystore.keyPassword'' as secure. How can this property be referenced to access its value within the application?

  A. #{secure::tiskeystore,keyPassowrd}
  B. ${secure::tiskeystore,keyPassowrd}
  C. ${secure::tiskeystore,keyPassowrd}
  D. p{secure::tiskeystore,keyPassowrd}
  B. ${secure::tiskeystore,keyPassowrd}

  ---

  Explanation/Reference:

  secure::tiskeystore,keyPassowrd ShortExplanationofCorrectAnswerOnly:Toreferenceasecureproper tyvaluewithintheapplication,thedeveloperneedstousethesyntax{secure::}. In this case, the property name is tiskeystore,keyPassword, so the correct syntax is ${secure::tiskeystore,keyPassowrd}. https:// docs.mulesoft.com/mule-runtime.3/secure-configurationproperties#referencing-secure-properties

• Question 60:

  Which pattern should be used to invoke multiple HTTP APIs in parallel and roll back failed requests in sequence?

  A. A database as a transactional outbox and an Until Successful router to retry any requests
  B. A Parallel for Each scope with each HTTP request wrapped in a Try scope
  C. Scatter-Gather as central Saga orchestrator for all API request with compensating actions for failing routes
  D. VM queues as a reliability pattern with error handlers to roll back any requests
  C. Scatter-Gather as central Saga orchestrator for all API request with compensating actions for failing routes

  ---

  Explanation/Reference:

  To invoke multiple HTTP APIs in parallel and roll back failed requests in sequence, the developer should use a Scatter-Gather router as a central Saga orchestrator for all API requests with compensating actions for failing routes. A Scatter-Gather router executes multiple routes concurrently and aggregates the results. A Saga orchestrator coordinates a series of actions across different services and handles failures by executing compensating actions. Therefore, using a Scatter- Gather router as a Saga orchestrator allows invoking multiple HTTP APIs in parallel and rolling back any failed requests in sequence. https://docs.mulesoft.com/ mule-runtime.3/scattergather-concept https://docs.mulesoft.com/mule-runtime.3/saga