曾经查看Acegi的源码,FilterSecurityInterceptor的objectDefinitionSource属性的类型为 FilterInvocationDefinitionSource,猜测Acegi是使用 FilterInvocationDefinitionSourceEditor读取配置并赋值给它(objectDefinitionSource)的,因为查看FilterInvocationDefinitionSourceEditor的源码,其中有相关的读取配置的代码。但 FilterInvocationDefinitionSourceEditor是在何时及如何被调用的呢?
在Spring的官方论坛中找到一个帖子: http://forum.springframework.org/showthread.php?t=11242&highlight=objectDefinitionSource
其中提到:
PropertyEditorManager是java.beans包中的一个类,难道其中的根据“类型名称+Editor”来查找属性相应的编辑器(姑且这么翻译)的机制是Java早就拥有的?查看JDK中PropertyEditorManager相关的内容,果然找到上面的那段话!
原来是这样!难怪在Spring、Acegi的源码中都找不到注册或调用FilterInvocationDefinitionSourceEditor的代码。我以为这是Spring或Acegi提供的机制,原来是Java的标准机制!
至此可以理解读取配置并给属性赋值的过程大致如下:
1.Spring读取Acegi相关的配置,知道需要把类似
的内容赋值给bean filterSecurityInterceptor的objectDefinitionSource属性
2.Spring知道filterSecurityInterceptor的objectDefinitionSource属性的类型为 FilterInvocationDefinitionSource,查找该类型的编辑器。因为Acegi并未为该类型显式地注册编辑器(查Acegi代码可知),Spring应用上面的规则查到相应的编辑器为FilterInvocationDefinitionSourceEditor
3.Spring实例化FilterInvocationDefinitionSourceEditor,并调用它完成后续的读取配置并给属性赋值的工作
在Spring的官方论坛中找到一个帖子: http://forum.springframework.org/showthread.php?t=11242&highlight=objectDefinitionSource
其中提到:
引用
The PropertyEditorManager uses three techniques for locating an editor for a given type. First, it provides a registerEditor method to allow an editor to be specifically registered for a given type. Second it tries to locate a suitable class by adding "Editor" to the full qualified classname of the given type (e.g. "foo.bah.FozEditor"). Finally it takes the simple classname (without the package name) adds "Editor" to it and looks in a search-path of packages for a matching class.
PropertyEditorManager是java.beans包中的一个类,难道其中的根据“类型名称+Editor”来查找属性相应的编辑器(姑且这么翻译)的机制是Java早就拥有的?查看JDK中PropertyEditorManager相关的内容,果然找到上面的那段话!
原来是这样!难怪在Spring、Acegi的源码中都找不到注册或调用FilterInvocationDefinitionSourceEditor的代码。我以为这是Spring或Acegi提供的机制,原来是Java的标准机制!
至此可以理解读取配置并给属性赋值的过程大致如下:
1.Spring读取Acegi相关的配置,知道需要把类似
引用
CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
PATTERN_TYPE_APACHE_ANT
/secured/usermanage/**=ROLE_TEST
/secured/**=ROLE_USER
PATTERN_TYPE_APACHE_ANT
/secured/usermanage/**=ROLE_TEST
/secured/**=ROLE_USER
的内容赋值给bean filterSecurityInterceptor的objectDefinitionSource属性
2.Spring知道filterSecurityInterceptor的objectDefinitionSource属性的类型为 FilterInvocationDefinitionSource,查找该类型的编辑器。因为Acegi并未为该类型显式地注册编辑器(查Acegi代码可知),Spring应用上面的规则查到相应的编辑器为FilterInvocationDefinitionSourceEditor
3.Spring实例化FilterInvocationDefinitionSourceEditor,并调用它完成后续的读取配置并给属性赋值的工作
本文深入探讨了Spring如何通过标准机制读取Acegi配置并将其赋值给FilterSecurityInterceptor的objectDefinitionSource属性。解释了PropertyEditorManager在配置读取过程中的作用,以及其查找相应编辑器的方法。详细阐述了配置赋值流程,包括配置解析、编辑器查找和实例化等关键步骤。
572

被折叠的 条评论
为什么被折叠?



