从根本上说，面向服务的架构能够使企业内部动态数据服务的创建变得更加方便，同时，还能够使企业开发人员创建影响这些服务的复合应用程序。Web2.0提供了一个丰富的Web体验，用户能够以高效的、充满希望的、有益的方式参与合作。

　　如果我们把这两个现象结合起来，那么，通过企业社团成员之间的互相交流，以及成员与不断变化的企业数据之间的交互，我们就能够实现这一关键的提高效率的新方法。

　　协作型企业相互融合，下一代的Web应用程序也已露端倪，但是，开发团体的推测是，为了实现明显的利益，企业所采用的各种技术之间存在着根本性的差异。标准必须朝哪个方向发展才能够满足SOA与Web2.0概念的结合，为了更好的理解这个问题，我们将致力于检验Java表示技术的状态。

　　Ajax化JavaServer Faces

　　标准奠定了SOA的基本结构，但是，在Web2.0的世界中却不存在着标准。为了支持Web2.0的功能，市场上出现了太多的方法，其中大多数在JavaScript的实现(影响Ajax的技术)上却非常繁杂。在Java EE的规范中，JavaServer Faces提供了表示层，但是，相比起Ajax技术和Web2.0概念的流行，它目前的修订版出现的更早。

　　事实证明，在组件层，JSF中的可扩展组件架构非常适合与Ajax技术协同使用，但是，组件层Ajax技术存在的问题是，它们是存在于狭小的规避JSF生命周期的交互空间内。解决这一问题所需要的是，一种更加全面的方式，以实现在JSF生命周期内的Ajax交互。具体来说，有以下两点需要着重阐述。

　　1.改进的用户交互模型: 在JSF中，目前的用户交互模型是基于表格的，它过于粗略而无法传输丰富的Web2.0特性。组件层的Ajax交互粒度，以及JSF目前依赖的基于表格的子任务模型，这两者之间存在着显著的差异。交互类型应当包含以下几种形式：

• 　　纯粹的本地客户端JavaScript交互，没有服务器通信、不需要执行JSF生命周期。这种类型的例子可以是，在日期选择组件中通过日历来进行导航。目前，通过组件层JavaScript实现能够支持这个模型。
• 　　组件层的Ajax交互，不需要执行JSF生命周期。这种类型的例子可以是，基于当前用户在文本框中的输入，从而形成一个列表。这里的关键是，用户与组件的交互仅仅影响到该组件的表示。同样，目前，通过组件层JavaScript实现能够支持这个模型。
• 　　组件层的提交，引发JSF生命周期的执行。生命周期的执行结果将成为新的表示，该表示可能会影响到页面中的多种组件。这这种类型的例子可以是，在日期选择组件中完成日期的选择，结果是引发显示不同的日期安排信息。目前在JSF中，还无法支持这种形式的交互。

　　2. 增量表示更新: 为了使用Ajaxian 方式(不是页面刷新)实现第三种交互模型，JSF需要一个增量更新机制，仅仅是把页面中应用到的表示层所做的必要修改从一个表现处理传向下一个表现处理。下面这个图示表明了这个概念。它需要一个Ajax桥，在服务器端把表示的改变组合起来，在客户端的DOM把那些变化重组。