Spring - OSGi项目的第一个里程碑版本近期刚刚发布 这个发布版的部分核心特性包括: OSGi应用上下文(OSGi Application Context) 尽管OSGi采用的是基于bundle——也就是独立模块——的架构,但Spring-OSGi增加了应用级别的上下文,这样开发人员就可以通过它对存放整个应用的OSGi上下文进行访问。 对资源的抽象(Resource Abstraction) OSGi向classpath中加入了一个抽象层,在该层中有一个URL scheme,它会根据实现的不同而变 ...
在验证用户登录的时候,各个类调用的顺序如下所示: authenticationProcessionFilter(AuthenticationProcessingFilter)----> authenticationManager(ProviderManger)----> daoAuthenticationProvider(DaoAuthenticationProvider)----> userDetailsService(UserDetailsService) 在最底层的UserDetailsService接口中,提供了loadUserByUsername这个方法, ...
用一个类来存放applicationContext:   public class ContextHolder {     private final static ContextHolder instance = new ContextHolder();     private ApplicationContext ac; & ...
我这里阐明两点:一,我的观点不是说绝对不能传递PO到表现层,一个很简单的应用,如同Pufun所说似乎永远不会改(不需要移植,不会有太大的变更)的情况时(比如小的项目、个人demo或者公共系统等什么),的确可以这么做,丝毫不要拘泥于某种限制(在适当的情况下,goto都可以用),这些都是对的。但是一点,在讨论架构这个词眼的时候,就不应该提出这样的观点了。前面的只是策略,但绝对不是架构。第二,我是经历过这样的项目开发的,不是像有些朋友说的我好像是空白谈书似的,如果有朋友知道的话,可以了解了解同望公司(交通行业最大的软件商)的系统,可以这么说,直到现在,他们也许还是这样做的。(我本不应该这么直接的说出 ...
dearwolf
搜索本博客
我的相册
E4ad347d-0c94-3e1b-b11c-cd60a6dbc8cc-thumb
sina
共 3 张
最近加入圈子
存档
最新评论