Spring开始要赚钱了

有人跟贴：
Just wondering why JBoss gets harsh comments, and Spring gets congratulatory notes for following JBoss model?

为什么JBoss商业化时，遭来刺耳议论，而Spring走同样的JBoss模式，却有人祝贺呢？

我有同感，其中是否虚伪或欺骗的东西在其中？

庆祝Spring走向商业化，这样才更专业，开发人员才更热情，我们也能得到更多的技术。

wys1978(jdon用户http://www.jdon.com/jive/profile.jsp?user=857) 也就是Quake Wang，做了一个Tapestry + Spring + hibernate的SimpleOA，非常不错。可惜他现在不经常来Jdon，否则，有些问ap题可以和他交流。

Tapestry和JSF相竞争的，虽然缺少象Struts那样的页面流程配置，但是他真正是一个面向组件设计的Web框架，希望有一个Tapestry + Staruts结合优点的框架。

EJB消灭了new对象，现在在Web层也消灭了new，以后创建对象用new语法几乎越来越少，在tapestry中，只要配置声明参数的类型，一般为接口类型，具体实例要么从界面由用户输入，要么由数据表获得，或者从Spring容器获得Service实例。

因此，在tapestry中看不到A a = new A()语句，到处都是abstract，这个类似CMP的代码，无需指定具体实例实现。

在Spring应用代码中也存在这个现象，到处都是接口，找不到具体实现子类，在哪里找？到Spring配置文件appContext.xml中找。

这样看代码比以前那种到处new要干净多。

所以, Ioc模式，AOP使得Web层组织类似EJB组织，比较清晰，没有混乱，只要两种POJO： Service或Model（Entity)

我经常去IntelliJ的论坛，上面经常有些关于IntelliJ为何不实现JSF，不少开发人员认为JSF不会走的很远，因为页面这个东西总得需要美工去设计，而介入JSF，我不知道美工的感受是什么，我很少看见有美工画网页是用vs.net的，全部用dreamweaver和fontpage。 有可能企业应用追求统一时可能会用JSF，我个人倾向使用Struts，现在jsf的图形工具很不完美。 仅个人观点。

是的 ，在TSS现在也在争论JSF和Tapestry， 甚至提出JSF is DOA（Dead on arrival），看来，SUN标准不要是DOA，否则Java世界真是天下大乱了。

Jbuilder 2005声称支持JSF，这个工具对大家影响很大。

其实在Tapestry中有和Ioc性质的微内核，小型容器真是很好，我在开发和使用JdonSD时真是感觉棒，它变得有生命周期了，很可爱，代码也少。EJB web中都可以跑，象个小玩具。

关于Spring结合EJB使用，特别使用Rob自己声称的使用方法，是一种粗粒度事务机制，会导致你更新多个数据库出错情况下不发生回滚，关键事务建议小心。

还有Spring性能问题，在其主要的jdkDynamicXXX.java的invoke方法中，每次都要new一个MenthodInvocation对象，invoke是频繁访问，这样每次都new一个大对象，多么可怕。

其相关Spring的讨论和认识见下：
http://www.jdon.com/jive/thread.jsp?forum=91&thread=15634