使用lognet.grpc Spring Boot Starter启动应用时缺失ObjectPostProcessor Bean报错

问题分析 #

报错提示缺少org.springframework.security.config.annotation.ObjectPostProcessor类型的Bean，这个Bean是Spring Security内部用于处理Bean后置加工的核心组件，正常情况下Spring Security的自动配置会自动注册该Bean。出现该问题大概率是自定义Security配置（包括XML导入的配置）与lognet.grpc Starter的配置产生冲突，导致自动配置逻辑未生效。

解决方案 #

方案1：手动注册ObjectPostProcessor Bean #

直接在你的SpringSecurityConfiguration配置类中添加该Bean的定义，使用Spring Security提供的默认实现：

import org.springframework.security.config.annotation.DefaultObjectPostProcessor;
import org.springframework.security.config.annotation.ObjectPostProcessor;

@Configuration
@EnableWebSecurity
@ImportResource({"classpath:spring-ADFS-security.xml"})
public class SpringSecurityConfiguration extends WebSecurityConfigurerAdapter {

    // 原有代码保持不变...

    @Bean
    public ObjectPostProcessor<Object> objectPostProcessor() {
        return new DefaultObjectPostProcessor<>();
    }
}

方案2：排查XML配置冲突 #

检查spring-ADFS-security.xml中的内容，确认是否存在重复配置Spring Security核心组件的情况（比如手动配置了AuthenticationManager、SecurityFilterChain等）。如果XML中已经配置了Security相关的Bean，可能会覆盖Java配置的自动逻辑，导致ObjectPostProcessor未被正确初始化。

方案3：验证版本兼容性 #

确认你的Spring Boot版本与lognet.grpc Spring Boot Starter版本是否兼容。版本不匹配可能导致依赖的Spring Security版本不一致，引发组件缺失或冲突。建议使用starter官方推荐的对应Spring Boot版本组合。

方案4：简化Security配置 #

如果XML配置和Java配置存在重复逻辑，可以尝试移除其中一方的重复配置。比如如果XML已经配置了用户认证、权限控制等逻辑，可简化Java配置类的configure(HttpSecurity)或globalUserDetails方法，避免重复定义导致的Bean加载冲突。

内容的提问来源于stack exchange，提问作者Divyanshu Supehia