Mule 3.9 will reach its End of Life (EOL) on March 20th, 2024. This follows MuleSoft’s Product Versioning and Back Support Policy. MuleSoft will provide EOL Support for On Premise applications until March 20th, 2025.
If you are still using Mule runtime version 3.9 or any of its patch versions, we encourage you to upgrade to Mule runtime 4.4 or later, the latest patch version available, as soon as possible. Please work with your Account Team if you need assistance with this transition.
To summarize:
| Runtime Version | End of Standard Support | End of Extended Support |
|---|---|---|
| 3.9 | March 20th, 2021 (Completed) | March 20th, 2024 |
Products that are not covered by Standard Support or Extended Support are considered EOL. After the EOL support period expires for a product, MuleSoft will not provide support of any kind. For more details on a) Standard Support, b) Extended Support and c) EOL support, read the Product Versioning and Back support policy. Please refer to your deployment model for specifics on EOL support below.
Please refer to the table below for specific behaviors with your Sandbox and Production apps to both Sandbox and Production apps on 3.9 in CloudHub:
|
TYPE |
DATE |
SANDBOX/PRODUCTION |
|
Mule 3.9 During EoES |
Until March 20th, 2024 |
|
|
Mule 3.9 After EOL |
On March 20th, 2024 |
|
Please refer to the table below for what will happen to both Sandbox and Production apps on 3.9 in Runtime Fabric:
|
TYPE |
DATE |
SANDBOX/PRODUCTION |
|
Mule 3.9 During EoES |
Until March 20th, 2024 |
|
|
Mule 3.9 After EoES |
After March 20th, 2024 |
|
Please refer to the table below for what will happen to both Sandbox and Production apps on Mule Runtime 3.9 on customer-hosted runtimes:
|
TYPE |
DATE |
SANDBOX/PRODUCTION |
|
Mule 3.9 During EoES |
Until March 20th, 2024 |
|
|
Mule 3.9 After EoES |
After March 20th, 2024 |
|
As part of the Mule 3.9 End of Life, the following component versions are not backward compatible with Mule 4.x and accordingly will no longer be supported.
|
RETIRING FEATURE/ VERSION |
REPLACEMENT FEATURE/ VERSION |
DESCRIPTION | |
|
Anypoint Studio 6 |
Anypoint Studio 7 |
Customers will need to perform the 2 steps listed below:
| |
|
MUnit 1 |
MUnit 2 |
As part of the migration to Mule 4.x, customers who migrate their projects to Studio 7 will automatically get access to MUnit 2. No additional steps need to be taken for MUnit. | |
|
Mule Maven Plugin 2 |
Mule Maven Plugin 4 |
As part of the migration to Mule 4.x, customers who migrate their projects to Studio 7 will automatically get access to Mule Maven Plugin 3. No additional steps need to be taken for Mule Maven Plugin. | |
|
DataMapper |
DataWeave |
Customers can use the migration tool included in Studio which can be used to migrate DataMapper maps to DataWeave. | |
|
Runtime Manager |
Runtime Manager |
The Runtime Manager will continue to work as expected. | |
|
API Manager |
Environments in API Manager |
Customers need to classify APIs into an Environment before they can migrate those APIs from Mule 3 to 4.
| |
|
Anypoint Monitoring |
Anypoint Monitoring |
The Anypoint Monitoring will continue to work as expected. Only for On-prem customers, here is the document to upgrade to the latest Anypoint Monitoring agent. However, all Monitoring Agent versions support Mule 3 and Mule 4. | |
|
Connector DevKit |
Mule SDK |
DevKit is compatible only with Studio 6 and Mule 3. To build Mule 4 connectors, see the Mule SDK documentation. see this DevKit Migration Tool. | |
Please contact your Account Team with any additional questions.
Regards,
The MuleSoft Product Team
001117416

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.