实在是忍不住的郁闷啊,累积八个多小时的不间断调试,但问题也算最终解决了。
本文说说两个问题,一是,结论:在sakai中configuration-bundles-2.6.2.jar\org\sakaiproject\config中有一个配置文件,里面的值会覆盖组件目录下的xml文件的配置。
二是,谈sakai(其实是spring)启动时的Property注入。
下面堆栈反映的是从tomcat加载开始,到找到我们的目标字段cacheMinutes
[img]http://dl.iteye.com/upload/attachment/236983/fe41d2a3-ca34-3c05-a3d8-fc3c0ece3ce9.png[/img]
从SakaiApplicationContext.refresh开始分析。
在AbstractApplicationContext中
[img]http://dl.iteye.com/upload/attachment/236985/8051c804-e42b-3988-a770-f63f7126bba2.png[/img]
从注释中知道,这一步是要调用注册到context中的bean。
再次跟进:
[img]http://dl.iteye.com/upload/attachment/236987/186e2c76-da51-3bad-a146-3cf7a4890271.png[/img]
那么这时候的getBeanFactoryPostProcessors()的所有值有下面这些:
[img]http://dl.iteye.com/upload/attachment/236989/1bebc0e7-e240-3d54-b583-6581c75460ae.png[/img]
跟进到PropertyResourceConfigurer(继承自BeanFactoryPostProcessor)中,有:
[img]http://dl.iteye.com/upload/attachment/236991/06ec98a9-eeca-309c-9b18-0a3d2fb51483.png[/img]
注意上面的mergeProperties():
[img]http://dl.iteye.com/upload/attachment/236993/579c1af3-f238-3f06-a695-46d24e18b8ff.png[/img]
其中的localProperties为动态注入。
然后就是porcessPropertise操作了,对bean的字段赋值,出现在这里的Property会覆盖xml配置文件中的值。
就是这么简单--事后诸葛亮。但为什么我花了那么的多时间 来解决这个问题。那么我是怎么调试的呢。
在引用Properties的地方下条件断点,然后慢慢看,慢慢理。
比如我知道我需要找的属性cacheMinutes在org.sakaiproject.authz.api.SecurityService中,那么我可以在DefaultListableBeanFactory中的getBeanDefinition下条件断点beanName.equals("org.sakaiproject.authz.api.SecurityService")
[img]http://dl.iteye.com/upload/attachment/236995/6a0ba015-88d9-34d4-8513-c13ca6b3b278.png[/img]
[img]http://dl.iteye.com/upload/attachment/236997/527c2c88-064e-37d2-b047-48392f884f43.png[/img]
我之所以费了这么多时间,一是对spring处理Properties不熟悉,二是为了偷懒,花了大量时间寻找调试技巧,比如变量值变化时中断。
本文说说两个问题,一是,结论:在sakai中configuration-bundles-2.6.2.jar\org\sakaiproject\config中有一个配置文件,里面的值会覆盖组件目录下的xml文件的配置。
二是,谈sakai(其实是spring)启动时的Property注入。
下面堆栈反映的是从tomcat加载开始,到找到我们的目标字段cacheMinutes
[img]http://dl.iteye.com/upload/attachment/236983/fe41d2a3-ca34-3c05-a3d8-fc3c0ece3ce9.png[/img]
从SakaiApplicationContext.refresh开始分析。
在AbstractApplicationContext中
[img]http://dl.iteye.com/upload/attachment/236985/8051c804-e42b-3988-a770-f63f7126bba2.png[/img]
从注释中知道,这一步是要调用注册到context中的bean。
再次跟进:
[img]http://dl.iteye.com/upload/attachment/236987/186e2c76-da51-3bad-a146-3cf7a4890271.png[/img]
那么这时候的getBeanFactoryPostProcessors()的所有值有下面这些:
[img]http://dl.iteye.com/upload/attachment/236989/1bebc0e7-e240-3d54-b583-6581c75460ae.png[/img]
跟进到PropertyResourceConfigurer(继承自BeanFactoryPostProcessor)中,有:
[img]http://dl.iteye.com/upload/attachment/236991/06ec98a9-eeca-309c-9b18-0a3d2fb51483.png[/img]
注意上面的mergeProperties():
[img]http://dl.iteye.com/upload/attachment/236993/579c1af3-f238-3f06-a695-46d24e18b8ff.png[/img]
其中的localProperties为动态注入。
然后就是porcessPropertise操作了,对bean的字段赋值,出现在这里的Property会覆盖xml配置文件中的值。
就是这么简单--事后诸葛亮。但为什么我花了那么的多时间 来解决这个问题。那么我是怎么调试的呢。
在引用Properties的地方下条件断点,然后慢慢看,慢慢理。
比如我知道我需要找的属性cacheMinutes在org.sakaiproject.authz.api.SecurityService中,那么我可以在DefaultListableBeanFactory中的getBeanDefinition下条件断点beanName.equals("org.sakaiproject.authz.api.SecurityService")
[img]http://dl.iteye.com/upload/attachment/236995/6a0ba015-88d9-34d4-8513-c13ca6b3b278.png[/img]
[img]http://dl.iteye.com/upload/attachment/236997/527c2c88-064e-37d2-b047-48392f884f43.png[/img]
我之所以费了这么多时间,一是对spring处理Properties不熟悉,二是为了偷懒,花了大量时间寻找调试技巧,比如变量值变化时中断。