spring-security: CglibAopProxy не перехватывает вызов метода для GlobalMethodSecurityConfiguration

Question

Я пытаюсь расширить GlobalMethodSecurityConfiguration с помощью аннотации @EnableGlobalMethodSecurity. У меня есть отдельный класс конфигурации, который расширяет WebSecurityConfigurerAdapter с помощью аннотации @EnableWebSecurity.

Если я размещаю @EnableGlobalMethodSecurity в моем WebSecurityConfigurerAdapter, а не в моем классе GlobalMethodSecurityConfiguration, который я могу видеть в COS, который я могу видеть в COS и который я могу видеть в Cceg, который я могу видеть в Cceg, который я могу увидеть в Cceg, который я могу видеть в Cceg и может быть прочитан в C, и который я могу видеть в Cceg, который я могу видеть в Cceg, который я могу увидеть в Cceg, который я могу увидеть в Cceg, который я могу видеть в Cceg, который я могу увидеть в Cceg, который я могу видеть в Cceg, который я могу видеть в Cceg, и который я могу видеть в Cceg, который я могу видеть в Cceg, который я могу видеть в Cceg, и который я могу видеть в C, который я могу увидеть в Cceg. затем вызывается. Если я удаляю @EnableGlobalMethodSecurity из WebSecurityConfigurerAdapter и помещаю его в GlobalMethodSecurityConfiguration, я больше не вижу перехвата какого-либо метода.

Конфликтуют ли две конфигурации? Кто-нибудь знает, почему мои методы больше не вызываются должным образом после настройки GlobalMethodSecurityConfiguration. Я надеюсь реализовать метод защиты путем расширения GlobalMethodSecurityConfiguration, чтобы я мог предоставить свой собственный обработчик и корень выражения.

Я могу предоставить фрагменты кода при необходимости.

Спасибо, Civerooni

Answer 1

Это было решено ответом на вопрос Spring Boot: Настроить пользовательский методSecurityExpressionOperations? . Я не уверен на 100%, почему Autowiring моих собственных сервисов, регистрация их как bean-компонентов, препятствовала перехвату метода. Я подозреваю, что это было потому, что он использовал разные контексты приложения.