Designing architecture using integration paradigms10% of the exam

Message aggregation and JMS messaging patterns

Implement the Aggregator pattern with the Mule Aggregators module (size, time and group scopes, completion and timeout routes, listeners, eviction and content), and the JMS durable-subscription, request-reply and no-local patterns with JMS Connector.

Official exam objective
Design Mule applications and integration solutions using common messaging patterns and technologies.

~8 min read · 10 practice questions

What the exam expects

  • Map an Enterprise Integration Pattern to the Mule component that implements it.
  • Choose a size-based, time-based or group-based aggregator and set its Group Id, Group Size, Content, Timeout and Eviction Time from the requirement.
  • Route released elements correctly: the aggregation-complete route, the Aggregator Listener for timeouts, and the unchanged pass-through payload.
  • Reactivate a durable JMS subscription, route request-reply responses, and exclude a connection's own publications.

Aggregator scope: a component that extracts a value from each message and adds it to a list of aggregated elements. Pass-through router: a router whose following components receive the same data it received. Aggregator Listener: a source in another flow triggered when a named aggregator releases its elements. Eviction Time: how long a group ID is remembered after it completes or times out. Durable subscription: a topic subscription whose messages the JMS provider stores while the consumer is offline (Aggregators reference, JMS topic subscriptions).

Sources for this section (2)

Key facts

Pass-through
Detail
Components after the scope receive the original data.
Time-based period
Detail
Starts at the first element's arrival.
Size-based timeout
Detail
Aggregation Complete route does not run on timeout.
Eviction Time
Detail
Default 180 seconds; 0 don't remember; -1 forever.
Timeout 0
Detail
Not supported.
Content
Detail
Stored in an object store, so it must be serializable.
Listener
Detail
One aggregator per listener, one listener per aggregator; timed-out groups default false.
Duplicate handling
Detail
Guard the listener path with isAggregationComplete.
Durable reactivation
Detail
Same connection, client ID, topic and subscription name.
Reply matching
Detail
CORRELATION_ID default; MESSAGE_ID; NONE.
Reply wait
Detail
Maximum wait exceeded fails with JMS:TIMEOUT.
Sources for this section (4)
  • Which error does a group-based aggregator raise when its Group Id expression returns null?
  • When does the autogenerated Aggregation ID of a size-based or time-based aggregation change?
  • Why does a time-driven aggregation usually need an Aggregator Listener?
  • What happens when a Publish consume operation receives no reply within its Maximum wait?

The questions are free to read. Answers with their sources and self-grading are included with the pack.

Keep reading with the MuleSoft Platform Integration Architect pack

  • Core concepts
  • Exam traps
  • Worked scenario

The pack includes:

  • All 40 lessons of the MuleSoft Platform Integration Architect guide, with reading progress
  • Interactive decision walks and step-by-step sequence steppers
  • Practice exams purchase adds inline bank questions and topic practice (10 questions for this lesson)
  • An official source cited for every claim
  • An AI tutor that answers from the guide
  • Choose guide-only, practice-only, or save $4 with both

Practice for the MuleSoft Platform Integration Architect exam