---
schema_version: "1"
id: 32d906c1bd7487677922ec9f7956ad56ed43399523cedb1d6dce801e0e36e546
title: Advanced Mule Concepts
collection: mulesoft
version: current
locale: en-us
portal_url: https://docs.salesforce.com/mulesoft/current/en-us/mule-runtime/4.4/advanced-mule-concepts.md
canonical_url: https://docs.mulesoft.com/mule-runtime/4.4/advanced-mule-concepts
source_site: docs.mulesoft.com
content_type: documentation
content_hash: a2142d780227691e8ec9cb5695a6be70551eca27b3688494b2871db2e1d75c95
description: MuleSoft Documentation Site
release: "4.4"
latest: false
---
---
product: Mule Runtime
version: 4.4
keywords: advanced, mule, concepts, runtime, engine
---

# Advanced Mule Concepts

> For the full documentation index, see: https://docs.mulesoft.com/llms.txt

After you become familiar with the basics of Mule application development and Mule runtime engine
(Mule) concepts, you can focus on more advanced features, such as the execution engine, the
classloading isolation mechanism, and distributed file polling.

Learn about the [execution engine](https://docs.mulesoft.com/mule-runtime/4.4/execution-engine) to understand how Mule runtime engine processes
the operations in a Mule application flow, and to understand how to change the thread pools if
needed. Mule runtime engine uses execution metadata provided by operations in a flow to perform
autotuning.

The [classloading isolation](https://docs.mulesoft.com/mule-runtime/4.4/about-classloading-isolation) mechanism implemented in Mule 4 is
designed to make upgrades easier by preventing components from exposing their internal resources.
All components interact with each other through their defined APIs so that only exposed resources
can be accessed by other components. Classloading isolation ensures that a component’s internal
content is protected and can be changed any time, without affecting other components.

Mule 4 supports [distributed file polling](https://docs.mulesoft.com/mule-runtime/4.4/distributed-file-polling), which allows connectors to
read files from certain directories as they are created. Distributed file polling also makes it
possible to poll files in all cluster nodes.

Mule 4 also supports [distributed locking](https://docs.mulesoft.com/mule-runtime/4.4/distributed-locking), which provides the ability to
create locks for synchronizing access to resources within Mule components.

Learn more about [Mule data types](https://docs.mulesoft.com/mule-runtime/4.4/mule-data-types) to understand how Mule centralizes data access
across different components, and also how DataWeave uses this information to determine which reader
and writer to use.

You can refer to the [Javadocs](https://docs.mulesoft.com/mule-runtime/4.4/mule-4-api-javadoc) for Mule Kernel (the community edition of Mule
runtime engine) to learn definitions for classes, fields, and data types.

You can see a list of [third-party software](https://docs.mulesoft.com/mule-runtime/4.4/third-party-software-in-mule) that is included as part
of Mule runtime engine as internal dependencies.