Spring框架教程

这几天在看SSH(Struts+Spring+Hibernate)，总觉得这种开发框架不是很符合面向对象的分析与设计。bojo已经退化成很单纯的一种数据结构struct，用来在三层间进行数据交换，不过是一种数据载体，说它是对象有点勉强；它没有业务操作行为，只有对本身数据的getter与set

好大的标题，看似又一篇炒作滥文，其实是笔者近两年对软件架构痛苦思索徘徊后所得的经验体会，在此与诸位共勉。 EJB、Spring，这不是Java界最有名的两大冤家，何以把它们扯在一起。其实Spring乃是EJB1.x、2.x的继承者，正如EJB之前的COM、

Spring+Struts+Hib 框架里： AccountService.java: void login(HttpServletRequest request, Account account) throws

用了两个月的SPRING，丝毫没有感觉到其优越性，好像带来了编程的烦琐，应该是对其了解不深。哪位高手用直接的项目经验说一下其对程序扩展优越性？我注意到比较多的人用SSH后，依然是对类进行硬实例化，用NEW，这样是不是和SPRING的初衷有背？哪位高手帮我解惑？比如：我的某DAO类，被引用，在spri

在spring 中通过getHibernateTemplate().save(object)保存一个对象，现在我想多个线程同时调用该方法，例：有20个线程,每个线程有1W个对象要保存，希望是可以20个线程同时进行。save是线程安全的，但它是可重入的吗？我试过了，20个线程同时

我在学习Spring的过程中越来越感觉到它是一个架构思想，我个人认为若要实现一个以Spring为架构的应用程序系统，应从以下两点入手，一是依赖注入的引进，二是在程序什么地方确定切入点，那么我想，频繁的依赖注入的引进和切入点的确定会不会影响系统的性能。 在不影响系统的性能的前

我现在在最外层进行了事务控制,在内层里,又使用了批次处理更新.如果出现异常的话,事务没有完全回滚．我想问的是事务是不是具有传递的性质．再就是批次处理是不是会是相对于外层事务控制来说是一个独立的事务，外层事务控制不能影响到内部？？？？？

以下代码会获得同一个bean实例吗?代码:ApplicationContext a=new ClassPathXmlApplicationContext("classpath:applicationContext.xml");BeanFactory af =(BeanFact

前几日的经验之谈算是本人近些年对“简单”与“复杂”问题的一个总结。得此总结正是缘于重温Spring所得，充分体会了解耦合之后的种种好处。 在论坛看了一些banq对Spring和EJB的精彩论述，感觉banq还是比较倾向EJB的。本人对EJB

在Jdon介绍里面看到这句话，看了一些文章也没搞明白到底什么意思，哪位能给解释一下，或者先换成英文。

把action委托给spring创建后，解决了action线程安全问题，在action里的全局变量用spring ioc注入后，会出现历史脏数据。我要求每个aciton的全局变量是原始对象，spring怎么解决这个问题？

不是说粒度的问题，因为之前论坛上你们曾经讨论过这个问题。是不是spring意味着所有的对象都用application生成，比如全局性的。可能是项目做的不多吧，有些问题还不太懂，感觉模模糊糊的，呵呵。

TestBO testBO; String s;//a public void setTestBO(TestBO testBO){ this.testBO=testBO; s="s";//b } testBO是要被注

在spring中，有

现在有个项目，我明白servlet是多线程的，当servlet中使用一个业务对象时，此业务对象拥有自己的属性，这样并发调用时，此业务对象是不是线程不安全的啊？也就是说，此业务对象的属性会出现错误啊？？？由于这个业务对象是servlet的一个通过spring注入的属性，所以这个业务对象中的公用

使用ssh开发web项目，web方式下我使用web.xml中的listener加载。但只是可以在action中调用。这时我想请问如果我不在action中调用要怎么样怎么用呢。我一直都是再搞个serviceLocator。但是这样就要加载配置文件两次。请问下，怎么可以确定让spring的配置文件仅加载