2014-11-02 Created By BaoXinjian

BPEL_Oracle BPEL新一代工作流介绍(概念)_业务流程一、摘要


随着EAI向着SOA方向发展,如何利用Web Service完成系统整合日益成为企业IT系统集成的焦点。而BPEL作为工业标准,能够快速、可视化的将各个离散的WS整合成一个个端到端的Flows!

这样企业完成系统集成需要两个标准化的步骤:

1. 将各系统的Inbound和Outbound要求发布为Webservice

2. 根据业务需求,用BPEL将这些WS串成一个个可监控的Flow

BPEL_Oracle BPEL新一代工作流介绍(概念)_业务流程_02

业务流程执行语言(Business Process Execution Language, BPEL, 发音为'bipple'或'bee-pell'),也叫业务过程执行语言,是一种基于XML的,用来描写业务流程的编程语言,被描写的业务流程的每个单一步骤则由Web服务来实现。BPEL的目标是要实现业务流程定义格式的标准化,使得公司之间可以通过Web服务无缝的进行交互。

BPEL是基于Web服务的,并且依赖于WSDL。一个BPEL流程可以发布为一个WSDL定义的服务,并像其它Web服务一样被调用。而且,BPEL希望一个Web服务合成所包含的全部外部Web服务,都是用WSDL服务契约定义的,这令BPEL流程可以调用其它BPEL流程,甚至可以递归的调用自己。值得注意的是BPEL不直接支持人机对话,BPEL所描写的过程仅与Web服务通信,而这些Web服务却可以提供与用户的信息交换,但它们不是用户本身。用BPEL编写的流程可以在任何支持BEPL规范的平台或产品上运行。

BPEL支持两类不同类型的业务流程

1. 可执行流程:定义了要执行的各项具体任务,以及完成业务流程所需要调用的各个服务,它们遵循编排规范,可以被一个编排引擎所执行。

2. 抽象流程:详细说明了双方或多方的公共消息交换,但没有定义流程流的内部行为细节,不可执行。



BPEL_Oracle BPEL新一代工作流介绍(概念)_业务流程_03二、Oracle BPEL 概述


Oracle BPEL Process Manager 通过将一系列同步和异步的服务组合到一个端到端 BPEL 流程流中,简化了基于面向服务的体系结构 (SOA) 开发应用程序的流程。

Oracle BPEL Process Manager 为设计、部署和管理 BPEL 业务流程提供了一个开发人员易于使用的可靠的解决方案。

1. Oracle BPEL Process Manager 包括三个主要组件:

(1). JDeveloper BPEL Designer:

JDeveloper BPEL Designer 扩展了 Oracle JDeveloper 10g 的功能,并支持使用 BPEL 进行业务流程的建模、编辑和设计。

它提供了一个图形化和用户友好的方式构建 BPEL 流程。JDeveloper 使用 BPEL 作为其原生格式,因此构建的流程是可移植的。

(2). Oracle BPEL Process Manager Server:

Oracle BPEL Process Manager 提供了 BPEL 服务器的一个可伸缩的强健实现。

Oracle BPEL Process Manager 执行标准的 BPEL 流程并提供“脱水”功能,因此长期运行流的状态在数据库中能够得以自动维护,从而实现了用于故障切换和可伸缩性的集群。

BPEL Server 利用的是基础 J2EE 应用服务器。

(3). Oracle BPEL Console:

Oracle BPEL Console 为管理和调试部署到 BPEL 服务器上的流程提供了一个基于 Web 的成熟界面。

审计跟踪和流程历史/报告信息可通过 BPEL Console 和 Java API 自动维护和提供。

2. 主要特性:

(1).Web Services/WSDL 作为组件模型

(2).XML 做为数据模型 (数据松散的耦合)

(3).同步和异步的消息交换模式

(4).确定的和不确定的流程调和

(5).分等级的异常管理

(6).长期变动的工作单元和补偿单元

3. 应用:

对一个企业内部单个系统,企业内部多个系统,企业间的多个系统进行业务流程管理,可以自适应业务流程根据特定企业不断变化的需要进行快速的定制,更快实现自动化、降低开发成本并缩短投放市场的时间。

4. 基本概念:

域:隔开一个单独的oracle bpel 业务流程实例为多个开发环境,可以通过ID识别,通过口令访问。默认的域为default。

WSDL:web服务定义语言。

可以绑定为 JMS, email, JCA, HTTP GET and POST

5. 构建实时流程分为几个步骤:分析人员使用自定义设计器以图形方式建立业务流程模型。

(1).自定义设计器将流程定义存储到数据库中。

(2).BPEL Generator 读取并验证流程定义。然后,它利用数据库表示以及用于部署的相关文件生成 BPEL XML 文件。

(3).BPEL 流程动态部署到 Oracle BPEL 流程管理器服务器上

BPEL_Oracle BPEL新一代工作流介绍(概念)_oracle_04


BPEL_Oracle BPEL新一代工作流介绍(概念)_BPEL_05三、BPEL详解


1. BPEL流程模型是在WSDL定义的服务模型之上的一层。一个业务流程定义了一个流程实例和它的伙伴之间的交互。

为了定义一个业务流程,BPEL引入了一些新的XML元素,例如

Partners: 业务事务中的参与者(actors);

Containers: 组成业务流程中的某一状态的一组消息;

Operations: 所需Web服务的类型;

Port types: operations所要求的相关Web服务的关系;


2. BPEL包含的范围

处理活动的顺序,特别是网络服务互操作。  

消息和处理实例之间的关系。

在发生错误和例外情况下的恢复行为。  

处理角色之间的基于网络服务关系的双面性。


3. BPEL语言支持的两类任务

BPEL支持两类任务或者说是行为:基本任务(basic tasks)和结构化任务(structured tasks)。

基本任务是指由业务流程的一个基本的步骤,任务内不会嵌套其它任务;而结构化任务从外部看是一个步骤而从内部看却有若干个步骤。

3.1 基本化任务包括:

  • Invoke任务——允许业务流程在某一个Web服务提供的portType上调用单向的(one-way)或请求/响应(request/respose)操作。
  • Receive任务——允许业务流程停下来等待消息到来。
  • Reply任务——允许业务流程对收到的消息发送一个回复消息。
  • Wait任务——通知流程等待一段时间。
  • Assign任务——把数据从一处复制到另一处。
  • Throw任务——表明发生了某个错误。
  • Terminate任务——终止整个编排实例。

3.2 结构化任务包括:

  • Sequence任务——定义一个有序的任务序列
  • Switch任务——根据条件选择某一分支
  • Pick任务——停下并等待某一适当消息的到来,或者等到超时继续前进。只要多个触发器中的一个发生,就执行相应的活动,任务便结束了。
  • While任务——定义循环执行,直至满足某一个条件的一组任务。
  • Flow任务——表明一组应并行执行的步骤(可以通过建立连接来定义一个特定流程的执行序列) 以上是是BPEL4WS1.1中常见的任务,在最新发布的WS-BPEL2.0有较大的改变。支持更多新的任务或行为


4. BPEL中表达式 BPEL支持四种表达式

  • 布尔表达式。
  • 持续时间表达式。
  • 截止时间表达式。
  • 普通表达式,可以归结为XML Schema中所定义的string, number和boolean格式。
  • BPEL同时支持一些操作符,如简单的算术运算(加、减、乘)、简单的比较运算(等于、不等于、小于、大于、小于等于、大于等于)、布尔运算(and和 or运算)以及对xml格式的操作符。现有的BPEL可以通过外部的表达式语言来描述、计算表达式,这通过process的 expressionLanguage属性进行表达式语言指定,现在只能指定为XPath1.0相应的活动,任务便结束了。


5. BPEL中的变量

WS-BPEL变量标识流程中交换的特定数据。BPEL流程在收到一个消息后,会为相应的变量赋值,以便后续请求能够访问。

BPEL支持的变量类型包括三种: 

  • 由WSDL文件所定义的消息类型(message type);
  • 由XML Schema所定义的简单类型(simple type);
  • 由XML Schema所定义的元素(element). 每一个变量都从属于所在的作用域(scope)之内;


6. BPEL中的作用域

作用域 (scope)是用来表示流程中的一个区域。如前所述,某个作用域内的变量只在该作用域内有效,但BPEL还扩展了作用域的功能,具体体现在如下几个方面: 

6.1 错误处理(Fault Handler)

当一个行为出错的时候,会抛出一个错误消息。该消息首先会被自身的错误处理器(如果有的话)所处理。错误处理器会尝试三种解决方案:

  • 分析该错误信息,并根据指定规则找到对应的合适的行为进行处理;
  • 使用一个rethrow行为,向外再次抛出一个错误;
  • 强制终止该流程的执行。

6.2 事件处理(Event Handler)

BPEL中定义了两类事件:

  • 一类是“消息事件”,即从外部传来的消息;
  • 另一类是由于达到了用户定义的时间点而发出的警告。
  • 事件处理机制从作用域的一开始就激活,一直等待事件的到来而执行内部行为,也会随着作用域的结束而结束。

6.3 补偿服务(Compensation Handler)

补偿处理是为了将流程的状态回滚,回到跟进入作用域前一样。

所需要做的就是将该作用域内已执行部分采用其它行为进行撤销,通常是调用一个效果相反的服务。

错误及补偿处理程序与OOP语言(如Java)中的catch子句类似。如果执行了某个抛出任务,就会触发错误及补偿处理程序。

7. BPEL组件架构

  • BPEL核心组件有三部分组成
  • BPEL设计工具(BPEL Designer)
  • 业务流模板(Process flow template)
  • BPEL引擎(BPEL Engine)

BPEL设计工具 大多基于Eclipse实现。 业务流模板 业务流模板遵守BPEL规范。它在设计阶段有BPEL设计工具生成,运行阶段由BPEL引擎执行。


8. BPEL引擎

(1). 执行任何与BPEL标准相符的业务流模板,主要功能包括调用Web服务,数据内容映射,错误处理,事务支持,安全等等。通常BPEL引擎与应用服务器集成在一起。

(2). 在一个典型的BPEL应用场景中,一家公司的业务分析将使用BPEL设计工具(GUI)来定义一个业务流程。一旦流程定义完毕,设计工具将在后台生成包含业务流程逻辑的业务逻辑模板。运行时,该流程模板将被BPEL引擎所执行。


Thanks and Regards