You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently in a few places we are invoking BeanDefinitionReaderUtils.uniqueBeanName() "manually" to generate a unique bean name in order to have multiple beans (see for example for having multiple routers here).
It would be nice to be analyze more closely what Spring Boot does
Spring Boot by default prevents bean overriding (can be changed via spring.main.allow-bean-definition-overriding=true), we should probably do that as well to avoid silent issues.
Maybe some differences come from the fact that we are not using the annotation infrastucture (for example AnnotationBeanNameGenerator or FullyQualifiedAnnotationBeanNameGenerator)
Currently in a few places we are invoking
BeanDefinitionReaderUtils.uniqueBeanName()
"manually" to generate a unique bean name in order to have multiple beans (see for example for having multiple routers here).It would be nice to be analyze more closely what Spring Boot does
spring.main.allow-bean-definition-overriding=true
), we should probably do that as well to avoid silent issues.AnnotationBeanNameGenerator
orFullyQualifiedAnnotationBeanNameGenerator
)autoconfigure-adapter
if needed, this will be fixed in a more structural way via Generate automatically functional configuration from Spring Boot #273.The text was updated successfully, but these errors were encountered: