son of bitch! 该死的sakai配置

最新推荐文章于 2022-01-17 21:45:14 发布

最新推荐文章于 2022-01-17 21:45:14 发布 · 279 阅读

文章标签：

本文探讨了Sakai框架中配置文件被覆盖的问题，特别是在configuration-bundles-2.6.2.jar中的配置如何覆盖组件目录下的XML配置。同时，深入分析了Spring启动过程中的Property注入机制。

实在是忍不住的郁闷啊，累积八个多小时的不间断调试，但问题也算最终解决了。
本文说说两个问题，一是，结论：在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不熟悉，二是为了偷懒，花了大量时间寻找调试技巧，比如变量值变化时中断。