An organization is designing an integration Mule application to process orders by submitting them to a back- end system for offline processing. Each order will be received by the Mule application through an HTTPS POST and must be acknowledged immediately. Once acknowledged, the order will be submitted to a back- end system. Orders that cannot be successfully submitted due to rejections from the back-end system will need to be processed manually (outside the back-end system).
The Mule application will be deployed to a customer-hosted runtime and is able to use an existing ActiveMQ broker if needed. The ActiveMQ broker is located inside the organization's firewall. The back-end system has a track record of unreliability due to both minor network connectivity issues and longer outages.
What idiomatic (used for their intended purposes) combination of Mule application components and ActiveMQ queues are required to ensure automatic submission of orders to the back-end system while supporting but minimizing manual order processing?

• A.One or more On Error scopes to assist calling the back-end systemOne or more ActiveMQ long-retry queuesA persistent dead-letter object store configured in the CloudHub Object Store service
• B.A Batch Job scope to call the back-end systemAn Until Successful scope containing Object Store components for long retriesA dead-letter object store configured in the Mule application
• C.One or more On Error scopes to assist calling the back-end systemAn Until Successful scope containing VM components for long retriesA persistent dead-letter VM queue configured in CloudHub
• D.An Until Successful scope to call the back-end systemOne or more ActiveMQ long-retry queuesOne or more ActiveMQ dead-letter queues for manual processing

Comment: *

Name: *

Email: *

Verification: *

In preparation for a digital transformation initiative, an organization is reviewing related IT integration projects that failed for various for reason.
According to MuleSoft's surveys of global IT leaders, what is a common cause of IT project failure that this organization may likely discover in its assessment?

• A.Following an Agile delivery methodology
• B.Reliance on an Integration-Platform-as-a-Service (iPaaS)
• C.Spending too much time on enablement
• D.Lack of alignment around business outcomes

Comment: *

Name: *

Email: *

Verification: *

A bank is implementing a REST API in a Mule application to receive an array of accounts from an online banking platform user interface (UI),retrieve account balances for those accounts from a backend Finance system, and then return the account balances so they can be displayed inthe online banking platform UI. As part of the processing, the MuleSoft API also needs to insert the retrieved account data into an AuditDatabase for auditing purposes. the auditing process should not add latency to the account balance retrieval response back to the onlinebanking platform UI.
The retrieveBalances flow in the Mule application is designed to use an operation in a connector to the Finance system (the Finance operation) that can only look up one account record at a time, and a operation from a different connector to the Audit system (the Audit operation) that can only insert one account record at a time.
To best meet the performance-related requirements, what scope or scopes should be used and how should they be used to incorporate the Finance operation and Audit operation into the retrieveBalances flow?

• A.Wrap the Finance operation in a Parallel For-Each scope. Wrap the Audit operation in a Async scope.
• B.Wrap the Finance operation in a Until-Successful scope. Wrap the Audit operation in a Try-Catch scope.
• C.Wrap both connector operations in a Async scope.
• D.Wrap both connector operations in a For-Each scope.

Comment: *

Name: *

Email: *

Verification: *

An API client is implemented as a Mule application that includes an HTTP Request operation using a default configuration. The HTTP Request operation invokes an external API that follows standard HTTP status code conventions, which causes the HTTP Request operation to return a 4xx status code.
What is a possible cause of this status code response?

• A.An error occurred inside the external API implementation when processing the HTTP request that was received from the outbound HTTP Request operation of the Mule application
• B.The external API reported that the API implementation has moved to a different external endpoint
• C.The HTTP response cannot be interpreted by the HTTP Request operation of the Mule application after it was received from the external API
• D.The external API reported an error with the HTTP request that was received from the outbound HTTP Request operation of the Mule application

Comment: *

Name: *

Email: *

Verification: *

An XA transaction Is being configured that involves a JMS connector listening for Incoming JMS messages. What is the meaning of the timeout attribute of the XA transaction, and what happens after the timeout expires?

• A.The time that is allowed to pass between committing the transaction and the completion of the Mule flow After the timeout, flow processing triggers an error
• B.The time that Is allowed to pass between receiving JMS messages on the same JMS connection After the timeout, a new JMS connection Is established
• C.The time that Is allowed to pass without the transaction being ended explicitly After the timeout, the transaction Is forcefully rolled-back
• D.The time that Is allowed to pass for state JMS consumer threads to be destroyed After the timeout, a new JMS consumer thread is created

Correct Answer: C

* Setting a transaction timeout for the Bitronix transaction manager
* Set the transaction timeout either
- In wrapper.conf
- In CloudHub in the Properties tab of the Mule application deployment
* The default is 60 secs. It is defined as
mule.bitronix.transactiontimeout = 120
* This property defines the timeout for each transaction created for this manager.
If the transaction has not terminated before the timeout expires it will be automatically rolled back.
--------------------------------------------------------------------------------------------------------------------- Additional Info around Transaction Management:
Bitronix is available as the XA transaction manager for Mule applications
* To use Bitronix, declare it as a global configuration element in the Mule application
<bti:transaction-manager />
* Each Mule runtime can have only one instance of a Bitronix transaction manager, which is shared by all Mule applications
* For customer-hosted deployments, define the XA transaction manager in a Mule domain
- Then share this global element among all Mule applications in the Mule runtime

Comment: *

Name: *

Email: *

Verification: *