FilterSecurityInterceptor can't match URL parameters

最新推荐文章于 2019-08-28 11:20:54 发布

转载最新推荐文章于 2019-08-28 11:20:54 发布 · 155 阅读

文章标签：

本文解决了一个在使用FilterSecurityInterceptor时遇到的URL参数匹配问题，通过使用正则表达式替代Apache Ant Paths表达式，实现了对Action parameters层面的权限控制。结合MethodSecurityInterceptor，实现了全面的权限控制。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

FilterSecurityInterceptor can't match URL parameters

2008年04月08日星期二下午 7:25

      对于这个问题，一直困扰了我很久，之前对acegi的objectDefinitionSource的表达式一直使用Apache Ant Paths的方式进行处理，这种处理方式对含有“=”的表达式不能解析，这样导致在对url的控制力度上只能停留在Action层面，对于Action的parameters不能进行权限控制。
      后来看过acegi的源代码，发现Acegi并未为objectDefinitionSource显式的注册编辑器，通过java.beans下的 PropertyEditorManager，根据“类型名称+Editor”来查找属性相应的编辑器机制，查到相应的编辑器为FilterInvocationDefinitionSourceEditor，Acegi实例化了FilterInvocationDefinitionSourceEditor，并调用它完成后续的读取配置并给属性赋值的工作。在PropertyEditorSupport的setAsText方法中可以通过正则表达式方式匹配。所以在对前面遇到的问题上可以通过使用正则表达式规则处理所有的表达式。将上面的“=”符号替换为“\x3D”即可。这样就可以控制到Action的parameters层面，再加上MethodSecurityInterceptor的控制，已经可以实现几乎所有的权限控制。
     希望以上能对同样为此问题烦恼的java developer有帮助！^_^