[Jul 01, 2026] 100% Pass Guarantee for Salesforce-MuleSoft-Developer-II Dumps with Actual Exam Questions [Q29-Q52]

Share

[Jul 01, 2026] 100% Pass Guarantee for Salesforce-MuleSoft-Developer-II Dumps with Actual Exam Questions

Today Updated Salesforce-MuleSoft-Developer-II Exam Dumps Actual Questions

NEW QUESTION # 29
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
  • B. Ensure an error-handling flow performs corrective actions to roll back all changes if any leg of the Scatter-Gather fails
  • C. Remove the Put requests from the Scatter-Getter and perform them sequentially
  • D. None, the flow already exhibits idempotent behavior

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


NEW QUESTION # 30
A developer deploys an API to CloudHub and applies an OAuth policy on API Manager. During testing, the API response is slow, so the developer reconfigures the API so that the out-of-the-box HTTP Caching policy is applied first, and the OAuth API policy is applied second.
What will happen when an HTTP request is received?

  • A. In case of a cache miss, both the OAuth and HTTP Caching policies are evaluated; then the API retrieves the data from the API implementation, and the policy does not store the data in Object Store
  • B. In case of a cache miss, only the HTTP Caching policy is evaluated; then the API retrieves the data from the API implementation, and the policy stores the data to be cached in Object Store
  • C. In case of a cache hit, both the OAuth and HTTP Caching policies are evaluated; then the cached response is returned to the caller
  • D. In case of a cache it, only the HTTP Caching policy is evaluating; then the cached response is returned to the caller

Answer: D

Explanation:
When an HTTP request is received and the HTTP Caching policy is applied first, it checks if there is a cached response for that request in Object Store. If there is a cache hit, meaning that a valid cached response exists, then only the HTTP Caching policy is evaluated and the cached response is returned to the caller without invoking the OAuth policy or the API implementation. If there is a cache miss, meaning that no valid cached response exists, then both the HTTP Caching policy and the OAuth policy are evaluated before invoking the API implementation. Reference: https://docs.mulesoft.com/api-manager/2.x/http-caching-policy#policy-ordering


NEW QUESTION # 31
Refer to the exhibit.
What action must be performed to log all the errors raised by the VM Connector?

  • A. Nothing, as error-level events are automatically logged
  • B. Configure <Logger level-'ERROR'/> inside the VM Connector configuration
  • C. Add <AsyncLOgger name='orgroute.extensions vm' level=ERROR'I> inside the Logger tag
  • D. Add <AsyncLOgger name='orgroute.extensions vm' level=ERROR'/> inside the Appenders tag

Answer: D

Explanation:
To log all the errors raised by the VM Connector, the developer needs to add an async logger with the name 'org.mule.extension.vm' and the level 'ERROR' inside the appenders tag of the log4j2.xml file. This will enable logging all error-level events generated by the VM Connector to the console appender. Reference: https://docs.mulesoft.com/mule-runtime/4.3/logging-in-mule#configuring-custom-logging-settings


NEW QUESTION # 32
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. Use an existing resource endpoint of the API
  • C. Create a dedicated endpoint that responds with the API status only
  • D. Create a dedicated endpoint that responds with the API status and health of the server

Answer: A

Explanation:
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


NEW QUESTION # 33
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.

Answer: A

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


NEW QUESTION # 34
A company has been using CI/CD. Its developers use Maven to handle build and deployment activities.
What is the correct sequence of activities that takes place during the Maven build and deployment?

  • A. Validate, initialize, compile, test package, verify, install, deploy
  • B. Validation, initialize, compile, test, package, install verify, deploy
  • C. Initialize, validate, compute, test, package, verify, install, deploy
  • D. Validate, initialize, compile, package, test, install, verify, verify, deploy

Answer: A

Explanation:
The correct sequence of activities that takes place during the Maven build and deployment is validate, initialize, compile, test package, verify, install, deploy. These are Maven lifecycle phases that define a sequence of goals to execute during a build process. Each phase represents a stage in the build lifecycle and can have zero or more goals bound to it. Reference: https://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html


NEW QUESTION # 35
In a Mule project, Flow-1 contains a flow-ref to Flow-2 depends on data from Flow-1 to execute successfully.
Which action ensures the test suites and test cases written for Flow-1 and Flow-2 will execute successfully?

  • A. Use ''Before Test Case'' To collect data from Flow-1 test cases before running Flow-2 test cases
  • B. Use ''Set Event to pass the input that is needed, and keep the test cases for Flow-1 and Flow-2 independent
  • C. Use 'After Test Case' to produce the data needed from Flow-1 test cases to pass to Flow-2 test cases
  • D. Chain together the test suites and test cases for Flow-1 and Flow-2

Answer: B

Explanation:
To ensure the test suites and test cases written for Flow-1 and Flow-2 will execute successfully, the developer should use a Set Event processor to pass the input that is needed by Flow-2, and keep the test cases for Flow-1 and Flow-2 independent. This way, the developer can isolate the testing of each flow and avoid coupling them together. Reference: https://docs.mulesoft.com/munit/2.3/munit-test-flow


NEW QUESTION # 36
A Mule application need to invoice an API hosted by an external system to initiate a process. The external API takes anywhere between one minute and 24 hours to compute its process.
Which implementation should be used to get response data from the external API after it completes processing?

  • A. Use an HTTP Connector to invoke the API and wait for a response
  • B. Use a Scheduler to check for a response every minute
  • C. Use an HTTP Connector inside Async scope to invoice the API and wait for a response
  • D. Expose an HTTP callback API in Mule and register it with the external system

Answer: D

Explanation:
To get response data from the external API after it completes processing, the developer should expose an HTTP callback API in Mule and register it with the external system. This way, the external API can invoke the callback API with the response data when it is ready, instead of making the Mule application wait for a long time or poll for a response repeatedly. Reference: https://docs.mulesoft.com/mule-runtime/4.3/http-listener-ref#callback


NEW QUESTION # 37
The HTTP Request operation raises an HTTP CONNECTIVITY error.
Which HTTP status code and body are returned to the web client?

  • A. HTTP Status Code:500.
    Body 'Error in processing your request
  • B. HTTP Status Code:500.
    Body 'The HTTP CONNECTIVITY Error description
  • C. HTTP Status Code:500.
    Body 'Error in processing your request
  • D. HTTP Status Code:200.
    Body 'Error in processing your request

Answer: A

Explanation:
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


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

Answer: D

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


NEW QUESTION # 39
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. 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
  • D. A Parallel for Each scope with each HTTP request wrapped in a Try scope

Answer: C

Explanation:
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. Reference: https://docs.mulesoft.com/mule-runtime/4.3/scatter-gather-concept https://docs.mulesoft.com/mule-runtime/4.3/saga


NEW QUESTION # 40
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. p{secure::tiskeystore,keyPassowrd}
  • D. ${secure::tiskeystore,keyPassowrd}

Answer: D

Explanation:
secure::tiskeystore,keyPassowrd∗∗ShortExplanationofCorrectAnswerOnly:Toreferenceasecurepropertyvaluewithintheapplication,thedeveloperneedstousethesyntax{secure::}. In this case, the property name is tiskeystore,keyPassword, so the correct syntax is ${secure::tiskeystore,keyPassowrd}. Reference: https://docs.mulesoft.com/mule-runtime/4.3/secure-configuration-properties#referencing-secure-properties


NEW QUESTION # 41
Refer to the exhibit.
What is the result of the Mule Maven Plugin configuration of the value of property its,keystorePassoword in CloudHub 2.0?

  • A. Anypoint Studio secures the value
  • B. Runtime Manager masks the value
  • C. The Mule server encrypts the value
  • D. CloudHub encrypts the value

Answer: B

Explanation:
The result of the Mule Maven Plugin configuration of the value of property its,keystorePassword in CloudHub 2.0 is that Runtime Manager masks the value. This means that Runtime Manager hides or obscures the value from anyone who views it in Runtime Manager or Anypoint Platform. Reference: https://docs.mulesoft.com/runtime-manager/runtime-manager-agent-for-mule4#properties-tab


NEW QUESTION # 42
A Mule application deployed to a standardalone Mule runtime uses VM queues to publish messages to be consumed asynchronously by another flow.
In the case of a system failure, what will happen to in-flight messages in the VM queues that have been consumed?

  • A. For nay type of queue, the message will be processed after the system comes online
  • B. For any type of queue, the message will be lost
  • C. For persistent queues, the message will be processed after the system comes online
  • D. For transient queues, the message will be processed after the system comes online

Answer: C

Explanation:
In case of a system failure, in-flight messages in persistent VM queues that have been consumed will be processed after the system comes online. This is because persistent VM queues store messages on disk and guarantee delivery even if there is a system crash or restart. Therefore, any in-flight messages that have been consumed but not processed will be recovered from disk and processed when the system is back online. Reference: https://docs.mulesoft.com/mule-runtime/4.3/vm-connector#persistent-queues


NEW QUESTION # 43
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?

  • A. Pom.xml
  • B. Mule.artificact.json
  • C. Settings.xml
  • D. Config.yaml

Answer: A

Explanation:
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


NEW QUESTION # 44
When registering a client application with an existing API instance or API Group instance, what is required to manually approve or reject request access?

  • A. To configure the SLA tier for the application
  • B. To configure the SLA tier for the application and have the Exchange Administrator permission
  • C. To only have Exchange Administrator permission
  • D. To configure the SLA tier for the application and have the role of Organization Administrator, API Manager Environment Administrator, or the Manage Contacts permission

Answer: C

Explanation:
To manually approve or reject request access when registering a client application with an existing API instance or API Group instance, it is required to configure the SLA tier for the application and have one of the following roles or permissions: Organization Administrator, API Manager Environment Administrator, or Manage Contracts permission. These roles or permissions allow managing client applications and contracts in API Manager. Reference: https://docs.mulesoft.com/api-manager/2.x/client-applications#managing-client-applications-and-contracts


NEW QUESTION # 45
Which statement is true when using XML SDK for creating custom message processors?

  • A. Properties are fields defined by an end user of the XML SDK component and serve as a global configuration for the entire Mule project in which they are used
  • B. An XML SDK provides both inbound and outbound operations
  • C. Operations can be reused in recursive calls
  • D. All operations are public

Answer: A

Explanation:
When using XML SDK for creating custom message processors, all operations are public by default and can be used by any Mule application that imports them. There is no way to make an operation private or protected in XML SDK. Reference: https://docs.mulesoft.com/mule-sdk/1.1/xml-sdk#operations


NEW QUESTION # 46
An API has been built to enable scheduling email provider. The front-end system does very little data entry validation, and problems have started to appear in the email that go to patients. A validate-customer'' flow is added validate the data.
What is he expected behavior of the 'validate-customer'' flow?

  • A. If all of the values are invalid the last validation error is raised:SCHEDULE:INVALID_CUSTOMER_NAME
  • B. If the appointment date and customer name are invalid, a SCHEDULE:INVALID_APPOINTMENT_DATE error is raised
  • C. If the email address is invalid, processing continues to see if the appointment data and customer name are also invalid
  • D. If only the email address Is invalid a VALIDATION.INVALID_EMAIL error is raised

Answer: D

Explanation:
The validate-customer flow uses an until-successful scope to validate each field of the customer data. The until-successful scope executes its processors until they succeed or exhausts the maximum number of retries. If any processor fails, it raises an error and stops executing the remaining processors. Therefore, if only the email address is invalid, a VALIDATION.INVALID_EMAIL error is raised and the validation of appointment date and customer name is skipped. Reference: https://docs.mulesoft.com/mule-runtime/4.3/until-successful-scope


NEW QUESTION # 47
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. http-policy:source
  • B. http-policy:processor
  • C. htt-policy:operation
  • D. It is not possible to intercept outgoing HTTP requests, only inbound requests

Answer: A

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


NEW QUESTION # 48
Which pattern can a web API use to notify its client of state changes as soon as they occur?

  • A. ETL data load
  • B. Shared database trigger
  • C. HTTP Webhock
  • D. Schedule Event Publisher

Answer: C

Explanation:
A web API can use HTTP Webhook to notify its client of state changes as soon as they occur. A webhook is an HTTP callback that allows an API to send real-time notifications to another system or application when an event happens. The client registers a URL with the API where it wants to receive notifications, and then the API sends an HTTP request to that URL with information about the event. Reference: https://docs.mulesoft.com/connectors/webhook/webhook-connector


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

Answer: B


NEW QUESTION # 50
Which configurations are required for HTTP Listener to enable mTLS authentication?

  • A. Set an appropriate truststore configuration and reconnection strategy for the listener
  • B. Set an appropriate keystore and truststore configuration for the listener
  • C. Set an appropriate reconnection strategy and use persistent connections for the listener
  • D. Set an appropriate keystore configuration and use persistent connections for the listener

Answer: B

Explanation:
To enable mTLS authentication for HTTP Listener, the developer needs to set an appropriate keystore and truststore configuration for the listener. The keystore contains the certificate and private key of the Mule application that are used to prove its identity to clients. The truststore contains the certificates of trusted clients that are allowed to access the Mule application. Reference: https://docs.mulesoft.com/mule-runtime/4.3/tls-configuration#mutual-authentication


NEW QUESTION # 51
A scatter-gather router is configured with four routes:Route A, B, C and D.
Route C false.

  • A. Error,errorMesage.payload.results ['2']
  • B. Error,errorMessage,payload.failures['2']
  • C. Payload failures['2']
  • D. Payload ['2']

Answer: A

Explanation:
The result of accessing route C failure is Error,errorMessage,payload.failures['2']. This is because a scatter-gather router returns an aggregated message that contains an array of results from each route and an array of failures from each route. The failures array contains error objects with information about each failed route execution. To access route C failure, which is the third route (index 2), the developer needs to use Error.errorMessage.payload.failures['2'] expression. Reference: https://docs.mulesoft.com/mule-runtime/4.3/scatter-gather-reference#scatter-gather-output


NEW QUESTION # 52
......


Salesforce Salesforce-MuleSoft-Developer-II Exam Syllabus Topics:

TopicDetails
Topic 1
  • Secure Data at Rest and in Transit: This topic involves implementing secure, environment-dependent properties management. It discusses creating, packaging, and distributing keys and certificates. Moreover, the topic also includes exposing and invoking APIs over HTTPS.
Topic 2
  • Implement Monitorable Mule Applications: This topic encompasses exposing Health Check endpoints from a Mule application and implementing effective logging. It also includes changing log levels, aggregating, and analyzing logs. Furthermore it involves monitoring Mule applications and implementing message correlation.
Topic 3
  • Implement Maintainable and Modular Mule Applications and Their Maven Builds: This topic covers modularizing and optimizing Mule application Maven build configurations. It discusses implementing Maven-based automated deployments to Mule runtimes. The topic also includes executing MUnit tests with Maven.
Topic 4
  • Implement Performant and Reliable Mule Applications: It discusses implementing ObjectStore and ensuring fault-tolerant, performant, and traceable message passing with VM and AnypointMQ connectors. The topic also covers fault-tolerant invocations of HTTP-based APIs, validating assertions and messages.
Topic 5
  • Expose Production-Ready Anypoint Platform-Managed APIs from Mule Applications: This topic includes implementing versioning of API-related artifacts and configuring custom or out-of-the-box API policies. Additionally, it covers server-side caching of API invocations using policies, requesting access to APIs, and implementing HTTP callbacks.

 

Salesforce-MuleSoft-Developer-II exam dumps with real Salesforce questions and answers: https://www.topexamcollection.com/Salesforce-MuleSoft-Developer-II-vce-collection.html

Salesforce-MuleSoft-Developer-II Exam in First Attempt Guaranteed: https://drive.google.com/open?id=1JcIwB5XoaD7VPg2vvq_bGKMIfSp9-f_x