shiro-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Roman Yaroslavtsev (Commented) (JIRA)" <>
Subject [jira] [Commented] (SHIRO-222) Register LifecycleBeanPostProcessor before ShiroFilterFactoryBean [patch included]
Date Tue, 28 Feb 2012 17:17:46 GMT


Roman Yaroslavtsev commented on SHIRO-222:

Sorry, my suggestion to use Ordered interface was completely incorrect. The simplest solution
is to declare LifecycleBeanPostProcessor method as static, to avoid early Configuration bean
> Register LifecycleBeanPostProcessor before ShiroFilterFactoryBean [patch included]
> ----------------------------------------------------------------------------------
>                 Key: SHIRO-222
>                 URL:
>             Project: Shiro
>          Issue Type: Bug
>          Components: Integration: Spring
>    Affects Versions: 1.1.0
>            Reporter: manthos
>             Fix For: 1.2.0
>         Attachments: LifecycleBeanPostProcessor.patch
> LifecycleBeanPostProcessor needs to be registred before ShiroFilterFactoryBean because...
> ShiroFilterFactoryBean itself is a BeanPostProcessor, like LifecycleBeanPostProcessor
too. So during AbstractApplicationContext.registerBeanPostProcessors() these two beans are
created and added to nonOrderedPostProcessors, after then they get registered. At this execution
point ShiroFilterFactoryBean is already created with its SecurityManager and defined Realms.
So LifecycleBeanPostProcessor will not effect anymore on Realms init.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message