有些事情碰巧以架构的名义不完全按计划成功进行。企业Java Beans是其中之一。尽管许多个人和公司在较大规模的J2EE标准内创建这个组件的标准有一定任务，EJB把一些循环如IBM对Java的重大贡献带进来。有时，EJB被描述为臃肿的，有时更糟糕。

　　EJB在思想方面要早于Java，因为它紧随在IBM用旧金山组件为代码命名的努力之后。EJB，特别是因为它的演变，被广泛认为过于复杂。这可能是因为它试图完全涵盖所有。

　　更窄的焦点框架已经出现，用来作为完全成熟的具有EJB的J2EE的替代。其中最主要的是Spring框架，它使用面向外观的编程技术，以确定总体的设计模式，而集中在当天最常见的工作，网络应用程序成为重点。

　　来自SearchSOA.com姊妹网站TSS.com下2008年的Java发展趋势调查的初步数据显示，76.8％的调查参与者使用了Spring。作为商业代理管家的Spring是SpringSource，致力于促进Spring-style应用建设。我们同公司的创始人总裁Rod Johnson进行了交谈。他告诉我们，Spring和SOA有很强的互补性。

　　便携性是驱动Java的关键，如果服务捆绑到服务器，就还没有最终决定。

　　Johnson认为“SOA是区别于整合的不同事情，这也正是我们认为Spring是有益的。”

　　他继续说道“在使用EJB的J2EE的传统方法往往在非常特定的环境下约束您的代码：单片机应用服务器环境。虽然Spring可以令人满意[在单片服务器环境]，Spring容器本身也是便携式”。

　　能够使用Spring可以更好地保证，‘对分离关注’。这是Spring的目标，并以它的模型视图控制器（MVC）来概括。

　　Johnson表示使用Spring“您可能有更大的自由，重用您的业务逻辑，并在非传统的部署方案上进行部署。”

　　Johnson解释道“EJB先于SOA。这是组件模型和分布式计算技术为一体的技术。它还假设你会使用RMI或CORBA的远程风格。EJB模型仍然是耦合到应用服务器。问题是在大多数情况下，结合组件模型和分布并没有工作。并提出了对最终服务的很多假设，这是一种均匀分布的粒度的世界，你在导线两侧都有Java。它并不能反映今天的现实。”

　　他表示Spring框架的哲学是你应该有一个独立于任何远程战略或分布模型的高品质的组件模型，这打破了通过应用服务器耦合的EJB，为企业架构师提供更多的选择。

　　现在，Spring社区正在制订一项建立在‘概念合同第一’的模式上的Web服务项目。Spring3.0，将透过大量的Spring MVC的支持REST。Spring组件模型将自动支持REST风格的通信。

　　虽然许多成功的应用已使用EJB建成，它从来没有完全被欢迎。在表面看来，对于轻量级框架的东西，有一个‘让我们做吧’的态度。这并不意味着，这种办法不能在大公司的SOA项目存在合作存在，但并不意味着他们支持SOA。

　　您对于他们之间的相互作用或轻量级的SOA框架缺乏什么有何想法？请让我们知道。