BPEL4WS 允许定义使用 Web 服务的业务流程，也允许定义把业务流程的功能具体化为 Web 服务的业务流程。这篇短文使用一个简单的示例来介绍 BPEL4WS 的基本语言元素。此外还将简要说明语言中的概念：建立双边伙伴关系、使消息和流程关联、定义业务流程的活动的顺序、处理长期运行的事务的异常。我们还要介绍 BPEL4WS 所导致的编程模型以及在纯粹的 B2B 情景中 BPEL4WS 的使用。

介绍

Web 服务是独立的模块化的业务流程应用程序，它基于这些行业标准技术：（用于描述的）WSDL、（用于做广告和联合的）UDDI 以及（用于通信的）SOAP。它们使用户能够以平台独立和语言独立的方式连接不同的组件，在连接时甚至可以跨越组织边界。

但是，这些标准都不能定义 Web 服务的业务语义。所以，目前的 Web 服务是孤立的不透明的。打破孤立就是要把 Web 服务连接起来并指定怎样共同使用一组组 Web 服务来实现更复杂的功能 ― 业务流程就是一个典型的例子。

业务流程指定了一组 Web 服务的操作的可能执行顺序、这些 Web 服务间共享的数据、业务流程

对于每一层，你都必须做设计和架构决定。因此，为了帮助用文件说明你的 SOA，你可能应该创建文档，由每个层相应的部分所组成。

这里是为你的 SOA 架构文档设计的模板：

1. 范围 <此架构适用于企业的哪个领域>
2. 操作系统层
   1. 打包的应用程序
   2. 自定义应用程序
   3. 架构决策
3. 企业组件层
   1. 企业组件支持的功能范围
   2. <这个企业组件支持业务领域、目标和过程>
   3. 关于控制的决策
      1. <作为这个客户端组织内部企业组件来选择某物的标准>
   4. 架构决策
4. 服务层
   1. 服务分类表
   2. 架构决策
5. 业务过程和合成层
   1. 业务过程可以表现为舞蹈编排（choreographies）
   2. 架构决策
      1. <哪一个过程需要编排在舞蹈编排里面以及哪一个镶嵌在应用程序里面？>
6. 访问或者表现层
   1. <证明这层中 Web 服务和 SOA 的含意；即便要。例如，在用户接口级别上调用 Web 服务的 portlet 的使用，以及在此

    企业服务总线（Enterprise Service Bus），以下简称ESB，是过去消息中间件的发展。ESB采用了“总线”这样一种模式来管理和简化应用之间的集成拓扑结构，以广为接受的开放标准为基础来支持应用之间在消息、事件和服务的级别上动态的互连互通。

• 面向服务的架构 -分布式的应用由可重用的服务组成
• 面向消息的架构 - 应用之间通过ESB发送和接受消息
• 事件驱动的架构 - 应用之间异步地产生和接收消息

很不幸，上面的定义看上去很拗口，我们暂且用一句较通俗的话来描述它：ESB就是在SOA架构中实现服务间智能化集成与管理的中介。

ESB与SOA的

什么是Portal
Portal是基于Web的，以“应用整合”和“消除信息孤岛”为最终目的，提供单点登录、内容聚合、个性化门户定制等功能的综合信息系统。

完整的Portal通常由Portal服务器、Portlet容器、Portlet构成。
Portal 服务器Portal服务器是容纳Portlet容器，支持Portlet呈现的普通或者特殊Web服务器。Portal服务器通常会提供个性化设置、单点登录、内容聚合、信息发布、权限管理等功能，支持各种信息数据来源，并将这些数据信息放在网页中组合而成，提供个性化的内容定制，不同权限的浏览者能够浏览不同的信息内容。通常，Portal提供以下功能:

单点登录：Portal通常采用ACL、SSL、LDAP等业界标准的安全技术，提供对所有现有应用系统的安全集成，只需在Portal的唯一入口上登录一次，就可以访问所有应用系统和数据。对于安全性要求较高的应用系统，如电子商务平台、交易系统等，通过扩展接口传递用户身份信息，如数字证书信息、数字签名信息等，进行二次身份认证，保证单点登陆的安全性。

权限控制:系统采用LDAP对用户资源进行统一的管理，同时提供二次开发接口，可以与其他应用系统的用户管理模块对接，并能随相关业务系统实时更新访问权