-
Notifications
You must be signed in to change notification settings - Fork 6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bean Conflict Between webSocketAuthorizationManagerPostProcessor
and objectPostProcessor
in Spring Security Configuration
#16299
Comments
I have the same problem but the description is a bit different (it complains on
|
Any solution for this? In version 6.4.1, these two beans were also creating but did not cause such an exception. |
@kalgon Same here with versions:
|
@ngocnhan-tran1996 could you assist in this issue. hope it's after your changes #16113 |
Is there any known workaround for this issue? |
We are also affected by this issue after upgrading to
` APPLICATION FAILED TO START Description:Parameter 0 of method setFilterChains in org.springframework.security.config.annotation.web.configuration.WebSecurityConfiguration required a single bean, but 2 were found:
This may be due to missing parameter name informationAction:Consider marking one of the beans as @primary, updating the consumer to accept multiple beans, |
Closing this issue as it has been resolved by Commit 2273850 |
Describe the bug
The application fails to start due to a conflict between two beans required by the declare Bean
SecurityFilterChain
. The method expects a single bean, but two candidates are found:webSocketAuthorizationManagerPostProcessor
Defined in:
WebSocketObservationConfiguration.class
objectPostProcessor
Defined in:
ObjectPostProcessorConfiguration.class
This conflict causes Spring to throw an error during startup, indicating an inability to resolve the ambiguity.
This issue occurs in Spring Security 6.4.2.
To Reproduce
@EnableWebSocketSecurity
.APPLICATION FAILED TO START
Expected behavior
The application should start successfully without bean injection conflicts.
Sample
A link to a GitHub repository with a minimal, reproducible sample.
The text was updated successfully, but these errors were encountered: