Set Mule or Java versions for a specific implementation or integration project from Project Properties. You can change versions at any time, but test your projects with the versions you intend to deploy.
Anypoint Code Builder uses bundled Mule runtime versions to open and edit projects immediately. The design service uses the latest Java-compatible Mule runtime version available locally. Anypoint Code Builder bundles the latest Mule runtime version (for example, 4.12) for Java 17 and a reduced Mule runtime version 4.8 for Java 8. This guarantees that the design service can always start and serve the canvas and design-time needs without requiring Mule runtime downloads.
Because the bundled Mule runtime version is the latest one, you can open and edit any project regardless of its minMuleVersion property. The design service uses the latest Java-compatible Mule runtime version available locally for design-time activities. The minMuleVersion property in your project’s mule-artifact.json file is checked only at deployment time. The minMuleVersion property specifies the minimum Mule runtime version required to run or deploy the application.
Version settings are important in several scenarios:
-
Updating a project to use more current versions
-
Switching to a supported version, for example, for a project that you import into Anypoint Code Builder that uses an unsupported version
-
Selecting versions of Mule or Java that are compatible with each other
-
Specifying exact Mule runtime versions for run and debug operations
When you run or debug an application, Anypoint Code Builder checks if the exact Mule runtime version specified in your project is available locally. If not, you see a warning dialog that allows you to:
|
|
Changing the minimum Mule version (minMuleVersion) manually can have serious implications. This requires a full test of your application so it works correctly with the target Mule runtime version. Newer Mule runtime versions turn on feature flags by default. See Feature Flagging Mechanism. This can change behavior that was fixed in later versions. Your application can rely on behavior that was later corrected or on a previous issue. Prefer changing the Mule runtime version through Project Properties, and always run full regression tests after any version change.
|
When a Mule or Java version isn’t set for a project, the canvas and notifications provide a Set version button that opens the Project Properties tab. You can also navigate directly to the Project Properties tab.
To select Mule and Java versions for a project:
-
Open your implementation or integration project
-
Run this command to open the Project Properties tab:
MuleSoft: Open Mule Project Properties
-
In the Explorer, right-click a configuration XML file in your project directory, and select Project Properties from the menu.
-
In Project Properties, select the versions to use in this project.
You can select from locally available Mule runtime and Java versions. The dropdown shows only the Mule runtime versions that are installed on your local disk, including bundled Mule runtime versions that are available immediately after installation. Anypoint Code Builder saves your version settings to the project’s mule-artifact.json file. Bundled Mule runtime versions enable instant project opening and design. To install additional Mule runtime versions, use the MuleSoft: Install Runtime command.
For information about version support and automated Mule patch updates, see Mule and Java version support.