Spring Boot 4: as novidades das versões 4.0 e 4.1 e o que esperar da 4.2

O Spring Boot 4.0, lançado em novembro de 2025, foi uma redefinição geracional: exigiu Java 17+, adotou Jakarta EE 11 (lançada em junho de 2025), migrou para Jackson 3 e introduziu modularização por JARs auto-configurados separados. O processamento AOT foi aprimorado para GraalVM, com foco em startup rápido e footprint reduzido em ambientes nativos. A versão 4.1, liberada oficialmente em 10 de junho de 2026, após dois adiamentos da data original de maio, trouxe gRPC auto-configuration com suporte a Netty e Servlet HTTP/2, `@GrpcAdvice`, SSRF mitigation via `InetAddressFilter` e propagação automática de contexto Micrometer em métodos `@Async`. Ela também elevou a baseline do Kotlin para 2.3 e passou a exigir Java 21 para usar jOOQ 3.20.

A versão 4.2 está prevista para novembro de 2026 e terá como principal novidade o módulo `spring-boot-amqp`, com suporte nativo a AMQP 1.0 via QPid Proton, funcionalidade removida dos milestones 4.1 e adiada intencionalmente. Não há confirmação de inclusão de WebFlux 2.0, Spring AI 3.0 ou suporte a Java 25 como requisito obrigatório na 4.2; esses temas circulam em fóruns mas não estão documentados nas notas oficiais nem no roadmap público do Spring.

Essas atualizações impactam diretamente a segurança, observabilidade e manutenibilidade de aplicações Java em produção. A mitigação de SSRF em clientes HTTP é uma resposta concreta a ataques em larga escala reportados desde 2024 em APIs que fazem chamadas internas sem validação de destino. A configuração automática de gRPC elimina boilerplate e erros comuns em setups manuais, especialmente crítico para times migrando de REST para gRPC em microsserviços. O suporte a Jakarta EE 11 e OpenTelemetry 1.62 alinha o Spring Boot com padrões cloud-native consolidados, facilitando integração com ferramentas como Grafana Tempo, Jaeger e Datadog.

O atraso no lançamento da 4.1 revela pressão real sobre a equipe do Spring: foi o primeiro desvio desde que a cadência semestral (maio/novembro) foi estabelecida em 2020. Isso sinaliza complexidade crescente na coordenação entre Spring Framework 7.0.x, dependências externas como gRPC Java 1.80.0 e a necessidade de testes rigorosos em cenários com Java 21+ e Virtual Threads, algo que já afetou outros frameworks como Quarkus e Micronaut em 2025.

Desenvolvedores precisam revisar três pontos críticos ao atualizar para Spring Boot 4.1: primeiro, o `spring.datasource.connection-fetch=lazy` exige teste de comportamento em transações longas e conexões ociosas; segundo, o novo `ObservationGrpcServerInterceptor` exige adaptação se você usa interceptores personalizados de tracing; terceiro, o fim do suporte ao Apache Derby e ao DevTools LiveReload exige substituição imediata por H2 + Testcontainers e ferramentas como Vite ou Spring Boot DevTools 4.0 (quando disponível). A atualização do Kotlin para 2.3 exige checagem de compatibilidade com plugins Gradle e bibliotecas como Ktor e Exposed.

Para quem planeja migrar para Spring Boot 4.2, o foco deve ser na preparação para AMQP 1.0: validar se seus brokers atuais (RabbitMQ, ActiveMQ Artemis, Qpid) suportam o protocolo nativamente, testar QPid Proton em ambiente staging e auditar código que usa `spring-boot-starter-amqp` com RabbitMQ, pois o novo módulo será independente e pode exigir ajustes em configuração de exchange, routing e acknowledgment.