Nouveautés de Spring 6

a. Conteneur de base

Dans le passage à la version 6.0, certaines annotations telles que @Inject basées sur JSR-330 sont désormais situées dans jakarta.inject, et les annotations correspondantes @PostConstruct et @PreDestroy basées sur JSR-250 se trouvent dans jakarta.annotation. Pour une compatibilité ascendante avec 5.3.x, Spring continue de détecter les équivalents javax. Pour une utilisation avancée de JavaBeans, vous pouvez spécifier le contenu dans un fichier META-INF/spring.factories pour activer l’utilisation complète de java.beans.Introspector dans le style 5.3.

Si vous préférez rester sur Spring Framework 5.3.x, voici quelques points importants à prendre en compte.

Pour forcer la compatibilité ascendante avec la détermination des propriétés au style 6.0 et améliorer les performances de l’introspection, vous pouvez utiliser un fichier META-INF/spring.factories personnalisé avec la configuration suivante :

org.springframework.beans.BeanInfoFactory=org.springframework 
.beans.SimpleBeanInfoFactory 

LocalVariableTableParameterNameDiscoverer est désormais déprécié et générera un avertissement chaque fois qu’il tentera de résoudre les noms de paramètres avec succès (ceci se produit uniquement lorsque StandardReflectionParameterNameDiscoverer n’a pas trouvé les noms). Pour éviter cet avertissement, compilez vos sources Java avec le drapeau -parameters Java 8+ commun au lieu de compter sur le drapeau -debug du compilateur. Si vous utilisez Kotlin, il est recommandé d’utiliser le drapeau -java-parameters.

LocalValidatorFactoryBean repose désormais sur la résolution standard des noms de paramètres dans Bean Validation 3.0. Si vous utilisez les noms de paramètres dans votre configuration de Bean Validation, assurez-vous de compiler vos sources Java avec le drapeau -parameters Java 8+.

ListenableFuture a été déprécié en faveur de CompletableFuture. Vous devriez envisager de migrer vers...

a. Examen des dépendances

La transition vers Spring Boot 3.0 provoque des mises à jour de plusieurs dépendances et peut nécessiter des ajustements de notre part. Nous pouvons comparer la gestion des dépendances entre la version 2.7.x et la version 3.0.x pour évaluer l’impact de cette mise à jour sur notre projet.

Il est possible que nous utilisions également des dépendances non gérées par Spring Boot (par exemple, Spring Cloud). Puisque notre projet définit des versions explicites pour ces dépendances, nous devons d’abord identifier les versions compatibles avant de procéder à la mise à niveau.

b. Mise à niveau vers Spring Security 6.0

Spring Boot 3.0 est livré avec Spring Security 6.0. Pour faciliter cette mise à niveau, l’équipe Spring Security a publié Spring Security 5.8. Avant d’envisager la mise à niveau vers Spring Boot 3.0, nous devrions envisager de mettre à jour notre application Spring Boot 2.7 vers Spring Security 5.8. Nous pouvons utiliser le guide de migration de Spring Security pour nous aider dans cette démarche. Une fois cela fait, nous pourrons suivre le guide de migration de la version 5.8 vers la version 6.0 lors de la mise à niveau vers Spring Boot 3.0.

c. Types de dispatch

Dans les applications Servlet, Spring Security 6.0 applique désormais l’autorisation à chaque type de dispatch. Pour aligner Spring Boot avec cela, le filtre de Spring Security est désormais configuré pour être appelé pour chaque type de dispatch. Nous pouvons configurer ces types en utilisant la propriété...