Free MuleSoft-Integration-Architect-I Exam Braindumps
Salesforce Certified MuleSoft Integration Architect I Questions 131–135 (page: 28)

Updated On: 10-Feb-2026

As a part of project requirement, client will send a stream of data to mule application. Payload size can vary between 10mb to 5GB. Mule application is required to transform the data and send across multiple sftp servers. Due to the cost cuttings in the organization, mule application can only be allocated one worker with size of 0.2 vCore.

As an integration architect , which streaming strategy you would suggest to handle this scenario?

  1. In-memory non repeatable stream
  2. File based non-repeatable stream
  3. In-memory repeatable stream
  4. File based repeatable storage

Answer(s): D

Explanation:

As the question says that data needs to be sent across multiple sftp serves , we cannot use non- repeatable streams. The non-repeatable strategy disables repeatable streams, which enables you to read an input stream only once.
You cant use in memory storage because with 0.2 vcore you will get only 1 GB of heap memory.
Hence application will error out for file more than 1 GB.
Hence the correct option is file base repeatable stream



Mule application muleA deployed in cloudhub uses Object Store v2 to share data across instances. As a part of new requirement , application muleB which is deployed in same region wants to access this Object Store.
Which of the following option you would suggest which will have minimum latency in this scenario?

  1. Object Store REST API
  2. Object Store connector
  3. Both of the above option will have same latency
  4. Object Store of one mule application cannot be accessed by other mule application.

Answer(s): A

Explanation:

V2 Rest API is recommended for on premise applications to access Object Store. It also comes with overhead of encryption and security of using rest api. With Object Store v2, the API call is localized to the same data center as the Runtime Manager app.
But in this case requirement is to access the OS of other mule application and not the same mule application.
You can configure a Mule app to use the Object Store REST API to store and retrieve values from an object store in another Mule app.
However, Object Store v2 is not designed for app-to-app communication.



As a part of project , existing java implementation is being migrated to Mulesoft. Business is very tight on the budget and wish to complete the project in most economical way possible. Canonical object model using java is already a part of existing implementation. Same object model is required by mule application for a business use case.
What is the best way to achieve this?

  1. Make use of Java module
  2. Create similar model for Mule applications
  3. Create a custom application to read Java code and make it available for Mule application
  4. Use Anypoint exchange

Answer(s): A

Explanation:

Mule 4 is built to:
· Minimize the need for custom code.
· Avoid the need for you to know or understand Java.
However, some advanced uses cases require integration with custom Java code, such as:
· Reuse of a library, such as a tax calculation library.
· Reuse of a canonical object model that is standard in the organization.
· Execution of custom logic using Java.
Mule ref doc : https://docs.mulesoft.com/java-module/1.2/



In one of the critical payment related mule application, transaction is being used . As an enhancement to implementation , scatter gather route is introduced which is also the part of transaction group. Scatter gather route has 4 routes.
What will be the behavior of the Mule application in case of error occurs in 4th route of the scatter- gather router and transaction needs to be rolled back?

  1. Only errored route will be rolled back
  2. All routes will be rolled back
  3. Scatter Gather router cannot be part of transaction

Answer(s): B

Explanation:

· Scatter Gather: When running within a transaction, Scatter Gather does not execute in parallel. This means that the second route is executed after the first one is processed, the third after the second one, etc. In case of error, all routes will be rolled back



Which Mulesoft feature helps users to delegate their access without sharing sensitive credentials or giving full control of accounts to 3rd parties?

  1. Secure Scheme
  2. client id enforcement policy
  3. Connected apps
  4. Certificates

Answer(s): C

Explanation:

Connected Apps
The Connected Apps feature provides a framework that enables an external application to integrate with Anypoint Platform using APIs through OAuth 2.0 and OpenID Connect. Connected apps help users delegate their access without sharing sensitive credentials or giving full control of their accounts to third parties. Actions taken by connected apps are audited, and users can also revoke access at any time. Note that some products do not currently include client IDs in this release of the Connected Apps feature. The Connected Apps feature enables you to use secure authentication protocols and control an app's access to user data. Additionally, end users can authorize the app to access their Anypoint Platform data.

Mule Ref Doc : https://docs.mulesoft.com/access-management/connected-apps-overview



Viewing page 28 of 56
Viewing questions 136 - 140 out of 273 questions


Post your Comments and Discuss Salesforce MuleSoft-Integration-Architect-I exam prep with other Community members:

AI Tutor AI Tutor 👋 I’m here to help!