On this page · 11 sections
- The 2027 Spring Boot calendar at a glance
- Every Spring Boot generation with some support left
- Spring Framework 7 and the Java baseline
- OSS support versus commercial support
- Pick your path
- Upgrade checklist: Spring Boot 4.0 or 4.1 to 4.2
- For Spring Boot 3.5 teams: what the 4.x move involves
- Worked example: cover bought by each upgrade
- Compliance and procurement notes
- How eCorpIT can help
- References
Summary. Spring Boot 4.1 loses open-source (OSS) support on 31 July 2027, and Spring Framework 7.0, which sits under both Boot 4.0 and 4.1, leaves OSS support the same day. Boot 4.0 goes first: its OSS support ends on 31 December 2026, with commercial support to 31 December 2027. Boot 4.1 shipped on 10 June 2026, is on patch 4.1.2 and keeps commercial support until 31 July 2028. Boot 4.2 and Framework 7.1 are on Spring's release calendar for 19 November 2026; 4.2 then gets OSS support to 31 December 2027 and commercial support to 31 December 2028. The 3.x line is already out of OSS support: 3.5 ended on 30 June 2026 but, as the last 3.x minor, keeps commercial support until 30 June 2032. Spring's policy sets the rhythm: 13 months of OSS support per Boot minor, 12 more for subscribers, and five extra years for the last minor of a major. Java 17 remains the floor for 4.1 and 4.2, which are compatible up to Java 27. Our advice: move 4.0 services before 31 December 2026, move 4.1 services to 4.2 in the first half of 2027, budget for another upgrade by 31 December 2027, and buy commercial support only for systems that cannot keep pace.
About this article. For engineering leads and architects running Spring Boot in production. On 7 November 2026 we checked every date against Spring's support policy, the project support pages and the api.spring.io data behind them, Spring's release calendar, the Boot documentation and release notes, Broadcom's enterprise pages and Oracle's JDK release notes; legal references are the DPDP Act, 2023 as gazetted on 11 August 2023 and GDPR Article 32 (archived EUR-Lex copy). This is not legal advice, Broadcom publishes no support prices, and no vendor paid for inclusion. Researched with AI assistance and reviewed by our editorial team.
If your estate also runs Python services, our Django 6.2 LTS upgrade guide covers the matching 2027 move.
The 2027 Spring Boot calendar at a glance
The dates below come from Spring's generations data and release calendar, read on 7 November 2026.
| Date | What happens | Who must act |
|---|---|---|
| 19 Nov 2026 (scheduled) | Boot 4.2.0, Framework 7.1.0 and Spring Cloud 2026.0.0 ship; Boot 4.0.10 and 4.1.3 patches | Teams choosing a 2027 target |
| 31 Dec 2026 | Boot 4.0.x OSS support ends; Boot 3.4.x commercial support ends | Everyone on 4.0; 3.4 subscribers |
| 31 Jul 2027 | Boot 4.1.x and Framework 7.0.x OSS support ends | Everyone on 4.1 |
| 31 Dec 2027 | Boot 4.2.x and Framework 7.1.x OSS support ends; Boot 4.0.x commercial support ends | Everyone on 4.2; 4.0 subscribers |
| 31 Jul 2028 | Boot 4.1.x and Framework 7.0.x commercial support ends | 4.1 subscribers |
| 31 Dec 2028 | Boot 4.2.x commercial support ends | 4.2 subscribers |
| 30 Jun 2029 | Boot 2.7.x commercial support ends | 2.7 subscribers |
| 30 Jun 2032 | Boot 3.5.x and Framework 6.2.x commercial support ends | 3.5 subscribers |
Two facts shape late 2027. The calendar shows 4.0.10 on 19 November as the last OSS 4.0 patch before the cut-off (December brings only enterprise builds), and the generations data lists no Boot line after 4.2. Unless a newer line ships before 31 July 2027, 4.2 will be the only Boot generation with OSS support from August, and its window closes on 31 December 2027. Plan one more upgrade in late 2027, to a version with no published date yet.
Every Spring Boot generation with some support left
The generations data also records the latest public and enterprise patch for each line; Maven Central supplies the last public 2.7 release.
| Generation | Released | Support type | OSS support ends | Commercial support ends | Latest OSS / enterprise patch |
|---|---|---|---|---|---|
| 2.7.x | May 2022 | Extended | 30 Jun 2023 | 30 Jun 2029 | 2.7.18 / 2.7.35 |
| 3.4.x | Nov 2024 | Default | 31 Dec 2025 | 31 Dec 2026 | 3.4.13 / 3.4.18 |
| 3.5.x | May 2025 | Extended | 30 Jun 2026 | 30 Jun 2032 | 3.5.16 / 3.5.17 |
| 4.0.x | Nov 2025 | Default | 31 Dec 2026 | 31 Dec 2027 | 4.0.9 / 4.0.7.1 |
| 4.1.x | Jun 2026 | Default | 31 Jul 2027 | 31 Jul 2028 | 4.1.2 / 4.1.0.1 |
| 4.2.x | Nov 2026 (scheduled) | Default | 31 Dec 2027 | 31 Dec 2028 | 4.2.0-RC2 preview only |
Spring rounds release dates to the month end, so every end date is a month's last day. Broadcom's enterprise policy gives the rule: Spring Boot 2.7.0 came out on 19 May 2022 and its OSS support ran to 30 June 2023, 13 months later rounded to the month end. The same arithmetic gives 31 July 2027 for 4.1, released on 10 June 2026, and 31 December 2027 for 4.2.
The extended label marks the last minor of a major line, the only release that gets five more years of enterprise support. No 4.x generation carries it yet, and Spring has not said which 4.x minor will be the last.
Spring Framework 7 and the Java baseline
Boot's dates follow the framework underneath: Framework 7.0.x maps to Boot 4.0.x and 4.1.x, and 7.1.x to Boot 4.2.x. So 31 July 2027 also binds applications that use Spring Framework 7.0 without Boot. Requirements below are from each line's system requirements page.
| Spring Boot | Spring Framework | Java | Servlet containers | Other requirements |
|---|---|---|---|---|
| 3.5.x | 6.2.x (6.2.19 or later for 3.5.16) | 17 to 25 | Servlet 6.0: Tomcat 10.1, Jetty 12.0, Undertow 2.3 | Last 3.x minor |
| 4.0.x | 7.0.x (7.0.10 or later for 4.0.9) | 17 to 27 | Servlet 6.1: Tomcat 11.0, Jetty 12.1 | Jakarta EE 11, Kotlin 2.2 or later, GraalVM 25 or later |
| 4.1.x | 7.0.x (7.0.10 or later for 4.1.2) | 17 to 27 | Servlet 6.1: Tomcat 11.0, Jetty 12.1 | Gradle 8.14 or later, or 9.x; Maven 3.6.3 or later |
| 4.2.x | 7.1.x (7.1.0-RC2 or later for RC2) | 17 to 27 | Servlet 6.1: Tomcat 11.0, Jetty 12.1 | GraalVM 25 or later for native images |
Boot itself still asks only for Java 17, so a 4.x upgrade does not force a JDK change. Dependencies can: the 4.1 release notes move the supported jOOQ version to 3.20, which needs Java 21. The 4.0 migration guide encourages the latest Java LTS release, and a Boot upgrade is a sensible moment to move production to Java 21 or 25.
The JDK build is also a licensing question. Oracle JDK 21.0.13, released on 20 October 2026, is the first JDK 21 update under Oracle's OTN licence, which keeps personal and development use free but may not cover uses the earlier terms allowed. Our Oracle JDK 21 licence and Java audit guide covers the options, including free OpenJDK builds. Broadcom's Spring subscription includes support for BellSoft's Liberica OpenJDK.
Undertow is the other casualty: it did not support Servlet 6.1, so Boot 4.0 dropped its starter and embedded server. Services on Undertow must move to Tomcat 11 or Jetty 12.1.
OSS support versus commercial support
The two tiers below come from Spring's support policy and Broadcom's enterprise pages.
| Item | OSS support | Commercial (TrueSource Spring Enterprise) |
|---|---|---|
| Where fixes ship | Public releases on Maven Central, for example 4.1.2 | Enterprise builds from the Spring Enterprise Repository, for example 4.0.7.1 |
| Window per Boot minor | 13 months from release | A further 12 months after OSS ends |
| Last minor of a major | Same 13 months | Five extra years: 2.7 to June 2029, 3.5 to June 2032 |
| Releases after OSS ends | None | Scheduled enterprise releases with security fixes and dependency upgrades |
| Also covers | Spring projects only | Spring projects, Liberica OpenJDK, Apache Tomcat, 24x7 support |
| Price | Free | Not published; contact Broadcom |
Three practical points follow. First, enterprise builds come from a separate Maven repository at packages.broadcom.com, so buying support also means changing build configuration and credentials. Second, Broadcom calls its enterprise releases quarterly, the calendar lists enterprise Boot builds on 19 November and 17 December 2026, and spring.io advertises day-zero access to security patches for enterprise customers. Third, commercial support buys time, not compatibility: the code still has to move, and the gap widens with each new minor, roughly every six months.
endoflife.date also lists HeroDevs' Never-Ending Support as an extended-support option; we have not compared its terms, and its dates are not part of Spring's schedule.
Pick your path
Deadlines follow the generations data.
| If you run | Recommended move | Deadline |
|---|---|---|
| Boot 4.0.x | Move to 4.1.x now, or to 4.2 once it ships on 19 November 2026 | 31 Dec 2026 for OSS; 31 Dec 2027 with a subscription |
| Boot 4.1.x | Upgrade to 4.2 between December 2026 and June 2027 | 31 Jul 2027 |
| Boot 4.2.x | Stay on current 4.2 patches; watch for the next generation | 31 Dec 2027 |
| Boot 3.5.x, migration not feasible in 2027 | Buy commercial support and schedule the 4.x migration | 30 Jun 2032 (commercial) |
| Boot 3.5.x, ready to migrate | Follow the 4.0 migration guide, then apply the 4.1 and 4.2 notes | OSS ended 30 Jun 2026 |
| Boot 3.4.x or older 3.x | Move to 4.x, or to 3.5 with a subscription | 31 Dec 2026 (3.4 commercial) |
| Boot 2.7.x | Plan Java 17 and the Jakarta namespace move | 30 Jun 2029 (commercial) |
Upgrade checklist: Spring Boot 4.0 or 4.1 to 4.2
- Inventory every service. Record each deployable's Boot version, Spring Cloud train, JDK and embedded server, and map it to the calendar above.
- Move to the latest patch of your current line. That is 4.0.9 or 4.1.2, announced on 23 October 2026, with 4.0.10 and 4.1.3 on the calendar for 19 November. Patch releases carry the security fixes and the cleanest deprecation warnings.
- Clear deprecations before each minor upgrade. Boot 4.1 removed what 4.0 deprecated, and the 4.2 milestone notes remove what 4.1 deprecated.
- Run the properties migrator. Add
spring-boot-properties-migratoras a runtime dependency; it reports renamed or removed configuration keys at startup and migrates them temporarily. Remove it when you are done. From 4.2 it can also be set to fail startup on errors or warnings.
- Apply the 4.1 changes if you are on 4.0. The layertools jar mode is gone (use
tools),-DskipTestsno longer skips AOT processing of tests (usemaven.test.skip), Spring Data JPA bootstrap modes behave differently, Reactor HTTP client builders now apply system proxy settings, and Derby support is deprecated because the Derby project has been retired.
- Apply the 4.2 changes. RestTemplate support and TestRestTemplate are deprecated in favour of RestClient and RestTestClient;
spring-boot-starter-amqpusers must pickspring-boot-starter-rabbitmqfor AMQP 0.9 orspring-boot-starter-amqp-rabbitmqfor AMQP 1.0; servlet-specific Tomcat properties move underserver.tomcat.servlet; and the default Buildpacks builder now produces Ubuntu 26.04 images.
- Check dependencies Boot does not manage. Projects such as Spring Cloud carry their own versions, so confirm the compatible release train before bumping Boot. Spring Cloud 2026.0.0, whose RC2 is built on Boot 4.2.0-RC2, is also scheduled for 19 November 2026.
- Move to 4.2.0 after general availability. Read the final 4.2 release notes at GA; until then the wiki points to the milestone notes.
- Test on your production JDK, then roll out service by service. Keep Java 17 as the build floor if you publish libraries, canary one low-risk service, compare error rates and latency, then batch the rest.
For Maven, move the parent and add the migrator for the duration of the upgrade:
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>4.2.0</version>
</parent>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-properties-migrator</artifactId>
<scope>runtime</scope>
</dependency>
Gradle builds add the same module to the runtimeOnly configuration. Broadcom's enterprise offering also includes Application Advisor, which automates upgrade guidance.
For Spring Boot 3.5 teams: what the 4.x move involves
Spring's 4.0 release notes say that, as a major release, the upgrade can be more involved than usual, point to a dedicated migration guide, and recommend reaching 3.5 first. The main items from that guide:
- Start from the latest 3.5.x. Anything deprecated in 3.x is removed in 4.0, so clear those warnings first.
- Platform baseline. Java 17 or later, Kotlin 2.2 or later, GraalVM 25 or later for native images, Jakarta EE 11 and Servlet 6.1, and Spring Framework 7.x.
- Modular starters. Boot 4 ships smaller, focused modules. Features that used to work with only a third-party jar now need a starter; Flyway and Liquibase users need
spring-boot-starter-flywayorspring-boot-starter-liquibase. Addingspring-boot-starter-classicrestores the old classpath as an intermediate step.
- Jackson 3 by default. Packages move from
com.fasterxml.jacksontotools.jackson, except the annotations, and Jackson 2 remains only as a deprecated module.@JsonComponentbecomes@JacksonComponent, and replacing the auto-configured mapper now means defining aJsonMapperbean, not anObjectMapper.
- Removed features. Undertow, embedded launch scripts for fully executable jars, Spring Pulsar Reactive auto-configuration, and direct Spring Session Hazelcast and MongoDB support. Spock integration went in 4.0 and came back in 4.1.
- Nullability. Boot 4 adds JSpecify annotations, which can break Kotlin builds and builds that run a null checker.
- The rest of the portfolio. Spring Security 7, Spring Batch 6, Spring Data 2025.1, Spring Integration 7 and Spring for Apache Kafka 4 each have their own notes.
A 3.5 team going straight to 4.2 applies the 4.0 guide, then the 4.1 and 4.2 notes, and avoids paying for a 4.0 or 4.1 hop that loses OSS support within months.
Worked example: cover bought by each upgrade
Take a service still on Boot 4.0 at the end of February 2027. The table counts months of cover from the published end dates: March to July 2027 is five months, March to December is ten.
| Option at end of February 2027 | Supported until | Months of cover | Upgrades needed by end of 2027 (OSS only) |
|---|---|---|---|
| Stay on 4.0, no subscription | OSS ended 31 Dec 2026 | 0 | Unsupported until moved |
| Move to 4.1 | 31 Jul 2027 (OSS) | 5 | At least 3: to 4.1, to 4.2, then to the next line |
| Move to 4.2 | 31 Dec 2027 (OSS) | 10 | At least 2: to 4.2, then to the next line |
| Stay on 4.0 with a subscription | 31 Dec 2027 (commercial) | 10 | 1, but from a line two years old |
Moving to 4.2 buys twice the cover of 4.1 for similar work, since the path from 4.0 to 4.2 includes every 4.1 change. A subscription buys the same ten months on 4.0 but leaves a bigger jump for late 2027. On 3.5, a subscription taken out now covers about 67 months, from 7 November 2026 to 30 June 2032, the realistic option for systems that are hard to change.
Compliance and procurement notes
Running a framework line with no security fixes is hard to defend in an audit. Section 8(5) of India's Digital Personal Data Protection Act, 2023 requires organisations that control personal data to protect it with reasonable security safeguards against breaches, and Article 32 of the EU GDPR requires security measures appropriate to the risk. Our DPDP Rules compliance checklist maps the Indian duties and dates. Commercial support is a contract with Broadcom, so allow time for procurement before 31 July 2027. If several frameworks are ageing out at once, our application modernisation guide covers sequencing.
How eCorpIT can help
eCorpIT is a Gurugram-based technology organisation, founded in 2021, assessed at CMMI Level 5 and MSME certified, with senior-led engineering teams working across AWS, Microsoft and Google platforms. Our Java development team runs Spring Boot upgrades as planned programmes, from a version inventory of every service through the 3.5 to 4.x migration to wave-by-wave canary roll-outs. Talk to us at /contact-us/.
Last updated: 7 November 2026.