La différence de politique de proxification des Beans entre Spring et Spring Boot

Dans une application Spring, sauf exceptions, les Beans sont proxifiés. En d’autres mots, on n’interagit pas directement avec eux et ce mécanisme est à la base de l’AOP.

Beaucoup de mécanismes s’appuient sur l’AOP (les Transactions par exemple) et connaître la façon dont sont proxifiés les beans est important pour prédire et comprendre certains comportements.

La documentation Spring est très claire sur la question:

If the target object to be proxied implements at least one interface, a JDK dynamic proxy is used. All of the interfaces implemented by the target type are proxied. If the target object does not implement any interfaces, a CGLIB proxy is created.

Source: https://docs.spring.io/spring-framework/reference/core/aop/proxying.html

Quand, dans mon application Spring Boot j’avais mon Bean proxifié par CGLIB alors qu’il implémentait une interface, j’ai donc cru à une erreur mais que nenni !

Dans une application Spring Boot, depuis Spring Boot 2, c’est CGLIB qui est utilisé en priorité, même quand un Bean implémente une interface ! Attention donc si vous annotez @Transactionnal sur une méthode final (vous n’aurez pas d’erreur mais la transaction ne s’effectuera pas).

Avoir le même comportement qu’une application Spring classique 

Si vous souhaitez avoir les mêmes règles que dans une application Spring classique, dans votre application.properties, ajoutez la ligne suivante:

spring.aop.proxy-target-class=false

Astuces

Vous pouvez utiliser 

AopUtils.isCglibProxy(monBean);

Ou 

AopUtils.isJdkDynamicProxy(monBean);

Pour savoir quel proxy est utilisé. 

Vous pouvez bien évidemment utiliser le débugger pour vous en rendre compte également.

Exemple:

JDK proxy:

Cglib proxy:

Sources:

https://www.springcloud.io/post/2022-01/springboot-aop/#gsc.tab=0