-
Notifications
You must be signed in to change notification settings - Fork 5.9k
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
Restore Deprecated ObjectPostProcessor constructors for binary compatibility #16174
Comments
With version 6.4.1 I run without error and Lines 34 to 35 in 59b7b55
|
Hi, @okohub, thanks for the report. This may be a binary compatibility issue. As such it may be appropriate to reintroduce the deprecated constructors to make the upgrade passive. I'm targeting a fix for this in the next maintenance release. |
May I work on this? |
@okohub a fix has been pushed and should be available in 6.4.2-SNAPSHOT. Can you please try it out and let me know if your issue is resolved? |
Superceded by #16212 |
Describe the bug
With 6.4.0, especially with this commit: ee9a887
ObjectPostProcessor is moved to parent folder and current implementation is marked as deprecated. To ensure compatibility, deprecated ObjectPostProcessor is also extends new one.
The AuthenticationManagerBuilder (org.springframework.security.config.annotation.authentication.builders.AuthenticationManagerBuilder) has a constructor with new ObjectProcessor as follows:
We have a NoObjectPostProcessor (like identity function in new one, thanks for that),
And using this processor like that:
This usage now throws exception:
To Reproduce
Steps to reproduce the behavior.
Expected behavior
In first, I expected that compatibility trick can work because it also gives no error when compiling. It explodes in runtime.
I should resolve problem on my own codebase with some workarounds, but I thought this should be also discussed.
Thanks.
The text was updated successfully, but these errors were encountered: