Debug configurations->spring boot app->Arguments -> VM arguments

然而，直到 Spring 3.0 以前，使用 XML 进行依赖配置几乎是唯一的选择。Spring 3.0 的出现改变了这一状况，它提供了一系列的针对依赖注入的注解，这使得 Spring IoC 在 XML 文件之外多了一种可行的选择。Spring 自 2.

后来终于找到了原因。如果你也出现了这种情况，可以从下面开始排查。以上是想到的可能出现的情况，以后有再添加。

虽然是自动装配，但是有多套一样的功能是，智能不到选择哪一个：框架有默认的缓存，start加入了redis此时会自动装配redis，这样就有两套了，框架不会。2，在主类 通过importsselector,或register 进来的 @Enable....

听起来挺高端的，其实很简单。即然是传播，那么至少有两个东西，才可以发生传播。可以把事务想像成一个胶囊，在这个场景下方法B用的是方法A产生的胶囊（事务）。当执行到methodB时，methodB发现当前上下文有事务，因此就加入到当前事务中来。如果没有一个活动

Spring 框架就像一个家族，有众多衍生产品例如 boot、security、jpa等等。但他们的基础都是Spring 的 ioc和 aop ioc 提供了依赖注入的容器 aop ，解决了面向横切面的编程，然后在此两者的基础上实现了其他延伸产品的高级功能

问题，在controller中无法通过注解自动注入dubbo服务，但是在service中可以自动注入。注解放入的对象在spring root上下文中，配置的在mvc的上下文中所以配置的mvc可以拿到，根上下文可以拿到子上下文东西，子上下文不可拿到根的东西，

然而，直到 Spring 3.0 以前，使用 XML 进行依赖配置几乎是唯一的选择。Spring 3.0 的出现改变了这一状况，它提供了一系列的针对依赖注入的注解，这使得 Spring IoC 在 XML 文件之外多了一种可行的选择。Spring 自 2.

比较了一下strus2与spring3 mvc的差别============================================struts2框架是类级别的拦截，每次来了请求就创建一个Action，然后调用setter getter方法把req

-- 属性文件里 key的前缀 -->

一般在@Enable***注解使用，就是在这个功能的所有配置加载之前，先加载importEslector中的前置配置。* AnnotationMetadata表示了使用@Import引入MyImportSelector的类的注解meta信息。* 在这个例子

Spring2.5 中除了提供 @Component 注释外，还定义了几个拥有特殊语义的注释，它们分别是：@Repository、@Service 和 @Controller。在目前的Spring版本中，这 3 个注释和 @Component 是等效的，但

所以会 查询不出来结果。sping mvc 注解方式验证 @Valid 会先拦截 绑定bean 的错误信息，如：string 不能转换称int 类型等等。如果不加@Valid 会遇到刚才说的 转型失败问题。而且会自动把前端传来的非法值转换。但是有一点要注意

onblur="if{this.value='部门名称';this.style.color='#999';}" value="部门名称"/>. 我设置个默认的值 value，当我进入页面时候，绑定的对象acco

以前学习框架的时候，以为Hibernate+Spring+Struts是项目中的铁三角，在真正工作中才发现，原来不是。我们现在的项目就是用的ibatis+Spring+Struts，而且他们还是自己把struts封装了一遍，不问项目经理，还以为只用了Spr

spring下载包中doc目录下的MVC-step-by-step和sample目录下的例子都是比较好的spring开发的例子。AppFuse集成了目前最流行的几个开源轻量级框架或者工具Ant,XDoclet,Spring,Hibernate,JUnit,

对编码和项目以后的扩展性都好处。而且使用spring不会给你附加什么工作量。如果你有struts+hibernate比较完善的实现积累，也不用牵强的改模式，因为spring本来就是为了让项目具有更好的扩展性，如果你现行模式已经比较合理了，不用为了实现而去实

SpringCloudConfig：配置管理开发工具包，可以让你把配置放到远程服务器，目前支持本地存储、Git以及Subversion。SpringCloudBus：事件、消息总线，用于在集群中传播状态变化，可与SpringCloudConfig联合实现热

Spring中的@Transactional 放在类级别和方法级别上有什么不同？

很多人都在用spring开发java项目，但是配置maven依赖的时候并不能明确要配置哪些spring的jar，经常是胡乱添加一堆，编译或运行报错就继续配置jar依赖，导致spring依赖混乱，甚至下一次创建相同类型的工程时也不知道要配置哪些spring的