AzureEnd of support
Azure Functions: Java 25 end of support
End of support date for Java 25 on Azure Functions: May 2029. After that date, function apps on this version continue to run but aren't eligible for new features, security patches, and performance optimizations.
Support ends approx., May 2029
· The vendor gives a month, not a day.
What breaks
Azure Functions reduces support in phases as language versions reach their end-of-life dates. Support ends on the earlier of the community end-of-support date or the end-of-support date of the underlying base operating system.
- Notification phase: the Functions team emails you about retirements that affect your function apps.
- Retirement phase, after the end-of-life date: apps on Java 25 can still be created and deployed, and they continue to run.
- They get no new features, security patches, or performance optimizations until upgraded.
- If required, in certain cases Microsoft can limit the instances allocated to these apps, including limiting scaling to 1 instance.
- Apps on an unsupported version must upgrade before receiving support.
Who is affected
Affected versions
25
Matching resource types
microsoft.web/sitesazurerm_linux_function_appazurerm_windows_function_app
Fields the check reads
linuxfxversionkindsite_config.application_stack.java_version
Detected by the estate check from
- Azure Resource Graph export (CSV or JSON)
- Terraform state or plan (JSON)
- ARM template
What to do
- Follow Update language stack versions in Azure Functions. The steps depend on the language, the operating system and the hosting plan. For .NET, the article covers the isolated worker model only. An app on the in-process model must migrate to the isolated worker model.
- Review dependencies before the update (extension bundles, binding extensions, package dependencies and local tools). Then test and verify the function app code locally on the new target version.
- Make sure the function app runs on the latest version of the Functions runtime (version 4.x). If it does not, follow the runtime migration articles that the update article links rather than just changing the FUNCTIONS_EXTENSION_VERSION setting.
- If the app runs on Linux in a Consumption plan, check that the target version is offered there. The Linux Consumption plan isn't getting any new language versions. See Migrate your apps to the Flex Consumption plan. The update article also states that you can't change the Python version when the function app runs in a Consumption plan.
- Publish the function app updates, then update the stack configuration. The method depends on whether the app runs on Windows or on Linux. The function app restarts after the version update and is unavailable for a brief period, typically 30-60 seconds. The article describes publishing to a staging slot to limit downtime, and notes that the Flex Consumption plan does not support slots.
- After the function app restarts, verify that the language version update was successful and that the functions work as expected.
Replacement
Not stated by vendor.
Sources
- Official sourcelearn.microsoft.comOfficial
- Additional sourcelearn.microsoft.comOfficial
Last checked against the first source in this list on .
Related
- , 14 Sep 2026Azure Functions: runtime version 1.x end of supportSource
- , 30 Sep 2026Azure Functions: runtime v3 on Linux Consumption retirementSource
- , 1 Oct 2026Azure Functions: Python 3.10 end of supportSource
- , 10 Nov 2026Azure Functions: .NET 8 and .NET 9 end of supportSource
- , 10 Nov 2026Azure Functions: .NET in-process model end of supportSource
- , 10 Nov 2026Azure Functions: PowerShell 7.4 end of supportSource
Found an error? Report it
The text on this page is drafted with AI assistance from the vendor's text, checked against the official source and approved by a person before it is published. How items are written
Last checked · Added · Changelog for this item