MuleSoft-Integration-Architect-I Exam Dumps : Salesforce Certified MuleSoft Integration Architect 1 (SU24) Exam

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

• Requirement Analysis: Jenkins files and folders used for CI/CD configurations are not part of the actual Mule package and should be excluded from the deployed archive.
• Solution: MuleSoft provides the .muleignore file to specify files and directories that should be excluded from the packaged application.
• Implementation Steps:

# .muleignore example /path/to/jenkins/file1 /path/to/jenkins/folder/*

• uk.co.certification.simulator.questionpool.PList@1dcc7530
• Advantages:

References

• MuleSoft Documentation on .muleignore

* Each Batch Job uses SEVERAL THREADS for the Batch Steps

* Each Batch Step instance receives ONE record at a time as the payload. It's not received in a block, as it does not wait for multiple records to be completed before moving to next batch step. (So Option D is out of choice)

* RECORDS are processed IN PARALLEL within and between the two Batch Steps.

* RECORDS are not processed in order. Let's say if second record completes batch_step_1 before record 1, then it moves to batch_step_2 before record 1. (So option C and D are out of choice)

* A batch job is the scope element in an application in which Mule processes a message payload as a batch of records. The term batch job is inclusive of all three phases of processing: Load and Dispatch, Process, and On Complete.

* A batch job instance is an occurrence in a Mule application whenever a Mule flow executes a batch job. Mule creates the batch job instance in the Load and Dispatch phase. Every batch job instance is identified internally using a unique String known as batch job instance id.