Designing for the runtime plane technology architecture15% of the exam

Class loader isolation and SDK module exports

How Mule 4 isolates the runtime, applications, domains and modules behind declared APIs, how artifacts and Mule SDK modules export packages and resources, which library clashes isolation cannot prevent, and how connectors reach application dependencies.

Official exam objective
Design Mule applications making effective use of the implications of the Mule 4 class loader isolation of Mule modules.

~6 min read · 7 practice questions

What the exam expects

  • Explain why Mule 4 isolates artifacts and what an artifact's filtering class loader lets other artifacts see.
  • Declare an artifact's public API with exported packages and exported resources in mule-artifact.json.
  • Predict which packages a Java SDK module exports, and structure packages so internal classes stay hidden.
  • Recognize library clashes that isolation cannot prevent, and design module signatures to avoid them.
  • Choose how a connector gets access to an application dependency.

Artifact: an independently released unit such as the runtime, an application, a domain, a policy or an extension. Exported package: a Java package an artifact makes visible to others. Filtering class loader: the wrapper that enforces what other artifacts can see. Mule SDK: the Java or XML framework for building Mule 4 modules (Class-loading Isolation, SDKs Overview).

Sources for this section (2)

Key facts

Unexported content
Detail
Not visible from other artifacts
Export granularity
Detail
Whole packages; individual classes cannot be exported
Resource export
Detail
exportedResources in mule-artifact.json
SDK introspection
Detail
Configuration, connection, input and return types
@Export
Detail
Takes classes, exports their whole package
Duplicate export
Detail
Two modules exporting one package fail the app
Object return
Detail
Same-named classes from different versions still clash
App dependencies
Detail
Invisible to connectors unless shared or added as plugin dependencies
API versioning
Detail
Mule 4 APIs follow Semantic Versioning 2.0.0
Sources for this section (3)
  • Which three APIs does Mule 4 provide as its extension points?
  • When Studio configures the connection driver for a Database connector, how does the driver reach the project?
  • Why does MuleSoft suggest .api. and .internal. in package names?
  • Which artifact types does the Export Resources page say hold resources that are internal unless exported?

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