Salesforce Certified MuleSoft Platform Integration Architect (Mule-Arch-202) Exam Questions Instant Access

Question 1

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?

AIn-memory non repeatable stream

BFile based non-repeatable stream

CIn-memory repeatable stream

DFile based repeatable storage

Answer : D

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

Question 2

An organization has defined a common object model in Java to mediate the communication between different Mule applications in a consistent way. A Mule application is being built to use this common object model to process responses from a SOAP API and a REST API and then write the processed results to an order management system.

The developers want Anypoint Studio to utilize these common objects to assist in creating mappings for various transformation steps in the Mule application.

What is the most idiomatic (used for its intended purpose) and performant way to utilize these common objects to map between the inbound and outbound systems in the Mule application?

AUse JAXB (XML) and Jackson (JSON) data bindings

BUse the WSS module

CUse the Java module

DUse the Transform Message component

Answer : A

Question 3

An organization is creating a Mule application that will be deployed to CloudHub. The Mule application has a property named dbPassword that stores a database user's password.

The organization's security standards indicate that the dbPassword property must be hidden from every Anypoint Platform user after the value is set in the Runtime Manager Properties tab.

What configuration in the Mule application helps hide the dbPassword property value in Runtime Manager?

AUse secure::dbPassword as the property placeholder name and store the cleartext (unencrypted) value in a secure properties placeholder file

BUse secure::dbPassword as the property placeholder name and store the property encrypted value in a secure properties placeholder file

CAdd the dbPassword property to the secureProperties section of the pom.xml file

DAdd the dbPassword property to the secureProperties section of the mule-artifact.json file

Answer : B

Question 4

When the mule application using VM is deployed to a customer-hosted cluster or multiple cloudhub workers, how are messages consumed by the Mule engine?

Ain non-deterministic way

Bby starting an XA transaction for each new message

Cin a deterministic way

Dthe primary only in order to avoid duplicate processing

Answer : C

Question 5

Customer has deployed mule applications to different customer hosted mule run times. Mule applications are managed from Anypoint platform.

What needs to be configured to monitor these Mule applications from Anypoint monitoring and what sends monitoring data to Anypoint monitoring?

AEnable monitoring of individual applications from runtime manager application settings
Runtime manager agent sends monitoring data from the mule applications to Anypoint monitoring

BInstall runtime manager agent on each mule runtime
Runtime manager agent since monitoring data from the mule applications to Anypoint monitoring

CAnypoint monitoring agent on each mule runtime
Anypoint monitoring agent sends monitoring data from the mule applications to Anypoint monitoring

DBy default, Anypoint monitoring agent will be installed on each Mule run time
Anypoint Monitoring agent automatically sends monitoring data from the Mule applications to Anypoint monitoring

Answer : C

Question 6

A rale limiting policy has been applied to a soap VI.2 API published in Clondhub. The API implementation catches errors in a global error handler on error propagate in the main flow for HTTP: RETRY_EXHAUSTED with HTTP status set to 429 and any with the HTTP status set to 500.

What is the expected H1TP status when the client exceeds the quota of the API calls?

AHTTP status 429 as defined in the HTTP:RETRY EXHAUSTED error handler in the API B. HTTP status 500 as defined in the ANY error handler in the API since an API:RETRY_EXHAUSTED will be generated

CHTTP status 401 unauthorized for policy violation

DHTTP status 400 from the rate-limiting policy violation since the call does not reach the back-end

Answer : A

Question 7

An organization is implementing a Quote of the Day API that caches today's quote. What scenario can use the CloudHub Object Store connector to persist the cache's state?

AWhen there is one deployment of the API implementation to CloudHub and another one to customer hosted mule runtime that must share the cache state.

BWhen there are two CloudHub deployments of the API implementation by two Anypoint Platform business groups to the same CloudHub region that must share the cache state.

CWhen there is one CloudHub deployment of the API implementation to three workers that must share the cache state.

DWhen there are three CloudHub deployments of the API implementation to three separate CloudHub regions that must share the cache state.

Answer : C

Object Store Connector is a Mule component that allows for simple key-value storage. Although it can serve a wide variety of use cases, it is mainly design for: - Storing synchronization information, such as watermarks. - Storing temporal information such as access tokens. - Storing user information. Additionally, Mule Runtime uses Object Stores to support some of its own components, for example: - The Cache module uses an Object Store to maintain all of the cached data. - The OAuth module (and every OAuth enabled connector) uses Object Stores to store the access and refresh tokens. Object Store data is in the same region as the worker where the app is initially deployed. For example, if you deploy to the Singapore region, the object store persists in the Singapore region. MuleSoft Reference : https://docs.mulesoft.com/object-store-connector/1.1/ Data can be shared between different instances of the Mule application. This is not recommended for Inter Mule app communication. Coming to the question, object store cannot be used to share cached data if it is deployed as separate Mule applications or deployed under separate Business Groups. Hence correct answer is When there is one CloudHub deployment of the API implementation to three workers that must share the cache state.