Die Spring-Boot-Welt

Deklarative HTTP-Clients (@HttpExchange) sind seit Boot 4 erste Wahl statt RestTemplate — getragen von RestClient und HttpServiceProxyFactory.

• Servlet-Stack (Tomcat/Jetty/Undertow) und Reactive-Stack (Netty/WebFlux) koexistieren weiter.
• ProblemDetail (RFC 7807) ist der Standard-Fehlerkörper.
• Virtual Threads laufen dem Servlet-Modell in die Karten: ein Thread pro Request, blockierender Code, aber ohne Plattform-Thread-Kosten.

@HttpExchange("/api/customers")
interface CustomerClient {
    @GetExchange("/{id}")
    Customer findById(@PathVariable Long id);
}

@Bean
CustomerClient customerClient(RestClient.Builder rcb) {
    var adapter = RestClientAdapter.create(rcb.build());
    var factory = HttpServiceProxyFactory
            .builderFor(adapter).build();
    return factory.createClient(CustomerClient.class);
}

Hibernate 7 bringt geänderte Naming-Strategien und ein strengeres @GeneratedValue(AUTO)-Verhalten mit — beides taucht typischerweise erst bei der Migration von Boot 3 auf.

• SpringPhysicalNamingStrategy ist umgezogen — Liquibase-referenceUrl muss den neuen FQN kennen.
• Virtual-Thread-taugliche TaskExecutor-Beans lösen klassische Thread-Pools für I/O-lastige Repositories ab.
• Spring Data JPA bleibt das Rückgrat — Query-Derivation und @Query unverändert kompatibel.

# application.properties
spring.threads.virtual.enabled=true

@Bean
AsyncTaskExecutor applicationTaskExecutor() {
    return new VirtualThreadTaskExecutor("vt-");
}

Spring Security 7 räumt endgültig mit der WebSecurityConfigurerAdapter-Ära auf. Konfiguration läuft ausschließlich über die SecurityFilterChain-Bean mit Lambda-DSL.

• antMatchers()/mvcMatchers() → einheitlich requestMatchers().
• authorizeRequests() → authorizeHttpRequests().
• OAuth2-Resource-Server-Support bleibt Kernbestandteil, JWT-Validierung inklusive.

@Bean
SecurityFilterChain filterChain(HttpSecurity http) throws Exception {
    http.authorizeHttpRequests(auth -> auth
            .requestMatchers("/actuator/health").permitAll()
            .anyRequest().authenticated())
        .oauth2ResourceServer(oauth2 -> oauth2
            .jwt(Customizer.withDefaults()));
    return http.build();
}

Structured Logging (JSON/ECS/GELF) ist ab Boot 3.4 ohne Zusatzlibrary konfigurierbar — Boot 4 macht es zum empfohlenen Standard für jede containerisierte Anwendung.

• Micrometer + Micrometer Tracing bleiben die gemeinsame Basis für Metrics und verteiltes Tracing.
• /actuator/health unterstützt Gruppen und benutzerdefinierte Indikatoren nativ.
• Prometheus-Export ist ein Klick (Dependency) + ein Property entfernt.

logging.structured.format.console=ecs
management.endpoints.web.exposure.include=health,metrics,prometheus
management.tracing.sampling.probability=1.0
management.endpoint.health.show-details=when-authorized

GraalVM Native Images verwandeln den Boot-Vorgang von einer Sekunden- in eine Millisekunden-Angelegenheit — auf Kosten von Reflection, die durch AOT-Hints ersetzt werden muss.

Illustrative Größenordnungen aus öffentlichen GraalVM/Spring-Benchmarks — variieren stark nach App-Größe, Klassenzahl und Hardware.

./mvnw -Pnative spring-boot:build-image
docker run --rm -p 8080:8080 tina-application:4.1.0

# Cloud Native Buildpacks statt Dockerfile —
# seit Boot 2.3 im Boot-Plugin eingebaut.

Spring AI überträgt das Auto-Configuration-Prinzip auf LLM-Provider: ein Starter für OpenAI, Anthropic, Ollama oder Bedrock — ChatClient bleibt die Anwendungsseite identisch.

• ChatClient.Builder wird wie jeder andere Builder per Auto-Configuration bereitgestellt.
• Vector-Stores (pgvector, Redis, Chroma) sind austauschbare Beans — kein Vendor-Lock-in im Code.
• Prompt-Templates, Advisors (RAG, Memory) und Tool-Calling folgen demselben deklarativen Stil wie Spring Data Repositories.

@RestController
class AssistantController {
    private final ChatClient chatClient;

    AssistantController(ChatClient.Builder builder) {
        this.chatClient = builder.build();
    }

    @GetMapping("/ask")
    String ask(@RequestParam String q) {
        return chatClient.prompt().user(q).call().content();
    }
}