Designing for the runtime plane technology architecture15% of the exam

Mule domains and shared resource configuration

When an on-premises Mule domain earns its place, how applications reference it unambiguously, how domains are deployed and edited in Studio, and why shared applications still need individual and combined testing.

Official exam objective
Choose Mule runtime domains and domain-shared configuration only for those requirements that clearly benefit from their capabilities.

~6 min read · 7 practice questions

What the exam expects

  • Decide whether a requirement benefits from a Mule domain (shared listener, connection, configuration or dependencies) or is better kept in each application.
  • Recognize that domains are a feature of on-premises and hybrid runtimes, not CloudHub.
  • Associate an application with the intended domain, including when two installed domains share coordinates.
  • Plan the deployment order for a domain and its applications outside Studio.
  • Work with domain projects in Studio: inherited modules, remote domains and shared metadata.

Mule domain: a project of shared global configuration that associated applications on the same on-premises runtime reference. Shared resource: a global element such as a connector configuration, shared property or scheduler pool defined in the domain. Default domain: the domain an application uses when it declares no domain dependency. Remote domain: a domain Studio resolves from a Maven repository instead of the workspace (Shared Resources, Studio domains).

Sources for this section (2)

Key facts

What a domain shares
Detail
Shared properties, scheduler pools, connector configurations
What it cannot share
Detail
Flows, subflows, message processors
Domains per application
Detail
One at a time; default domain if none declared
Ambiguous coordinates
Detail
Name the domain folder in the app's mule-artifact.json
Version matching
Detail
Semantic versioning from Mule 4.2.2
Startup order
Detail
MULE_HOME/domains deploys before MULE_HOME/apps
Runtime Manager
Detail
Cannot install domain projects
Module in domain
Detail
Cannot also be added to the app
Remote domain
Detail
No editing or Test Connection
CloudHub
Detail
Separate virtual server per app; no domains needed
Sources for this section (3)
  • When operations wants to install a Mule domain project, which Anypoint management tool cannot do it?
  • When you run an application associated with a domain from Studio, what is deployed by default?
  • Which folder in a packaged domain JAR holds the domain's dependencies?
  • Which Studio menu path creates a new domain?

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 (7 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