JBPM5的环境配置（5.1.0）注：黄色部分可暂不配置。下载jbpm安装文件并解压，本文中以install.home代表jbpm安装文件解压路径。

任何有关Workflow 的开发，都需要基于一些特定的流程模型去处理，所以首先就需要确定一个完善成熟可用的“流程模型”。基本控制模式主要有5种，这五种描述了最简的控制流关系，当然其所描述的分支和分支算法也是最为简单的。

JBOSS jBPM是一个灵活的、可扩展的工作流管理系统。JBOSS jBPM拥有直观的流程语言，用任务、异步的等待状态、定时器、自动化动作…等来表示业务流程图，把这些操作绑定在一起，JBOSS jBPM就拥有了非常强大和可扩展的控制流机制。<br> JBOSS jBPM只有最小的依赖，可以象使用java库一样非常容易的使用它。另外，也可以通过把它部署在J2EE集群应用服务器中，用在吞吐量极为关键的环境中。<br> JBOSS jBPM可被配置为任何数据库，并且可以部署到任何应用服务器。

学jbpm已经有三天了，按照<<jBPM开发入门指南》做了里面的一个例子，虽然这个例子不是自己想出来了，但毕竟自己重做了一遍，感觉还是不错，下面就说说我怎么做的

jbpm4.3 表结构和表字段说明

整体来说实现的非常清晰：1、引擎解析流程定义xml时，给相应的事件挂接上create-timer和cancel-timer动作2、流程实例实际运转时，create-timer动作在相应事件触发时执行3、create-timer在job表里插入相应时间job记录，给该job记录附上计算完毕的执行时间。

JBPM是JBOSS公司的一个开源工作流产品，它功能强大，商业工作流所提供的功能它基本上都有。然而在JBPM中没有提供流程监控的功能的相关API，这点让很多使用JBPM做企业应用的开发人员颇为头疼。 其实，在JBPM中我们可以通过手工编码的方式来实现商业工作流中所具有的流程监控功能。

JBoss jBPM为设计及开发工作流和业务流程管理系统提供了一个先进的平台。由API、特定领域的语言和图形建模工具组成的框架让开发人员和业务分析人员能够使用通用平台进行沟通及操作。 工作流管理和业务流程管理（BPM）正在迅速成为企业获得软件敏捷性和适应性的重要方法。JBoss jBPM是一个面向流程的工作流/BPM框架和工具集，它使业务分析人员能够与软件组件进行交互、有助于获得有效的业务解决方案。

jBPM是一个灵活的业务流程管理组件。它是轻量级，完全开放并且是使用java语言编写。它允许你建模、执行和监控业务流程，遍及整个的生命周期。 业务流程允许你去建模一个通过描述要达到的目标并按一定次序执行的每一步来作为一个流程表。这样能够明显的提高你的业务流程的可视化和灵活性。jBPM关注于可执行的业务流程，这些业务流程包含足够的细节而使他们能够真正的在BPM引擎上执行。可执行的业务流程解决了业务用户和开发人员的隔阂，这些可执行的业务流程是更高级的并且应用了能够被业务用户所理解并且能够直接执行的特有的域概念。

jBPM入门简介，概述：工作流业务流程管理技术是基于SOA技术实现的一个核心部分。使用工作流能够在软件开发和业务两个层次受益：1、方便开发工作流管理系统能够简化企业级软件开发甚至维护。

process是流程定义的根元素（The top level element representing one process definition）。

JBPM定时器支持嵌入到状态节点（Stateactivity）,任务节点（Taskactivity）,子流程（Sub-process）,组（Group）,流向边（Transition）,定制节点（CustomActivity）等元素中，本文档只结合如何在我们工作流的定制节点嵌入定时器并设置超时监听器来说明如何配置使用定时器及超时监听器来实现节点超时处理，其它定时器使用场景如嵌入到状态节点（Stateactivity）等不作详述.

在这篇文章里，我们将一起回顾jBPM从jBPM3到jBPM5以及Activiti5的发展历程，我们可以清晰的看见jBPM（包括Activiti）设计所遵循的一致原则：强调流程服务的可嵌入性和可扩展性。同时，从各个版本之间的变化我们也能看见产品设计思路的变化：更加强调面向业务人员，增加BPMS（业务流程管理系统）特性。 在回顾之前，我们首先讨论一下BPMS应该嵌入还是独立部署的问题，因为不管是jBPM还是Activiti，都强调了流程服务的可嵌入性。此外，我们还需要讨论一下什么是BPMS的特性，它们所解决的问题是什么。

工作流（Workflow），就是“业务过程的部分或整体在计算机应用环境下的自动化”，它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促使此目标的实现”。 通俗的说，流程就是多个人在一起合作完成某件事情的步骤，把步骤变成计算机能理解的形式就是工作流。

工作流系统 ：workflow management systems (WFMS) 工作流系统的现状：还处于技术发展曲线（technology hype curve）上的初级阶段。 WFMC：是由约300家成员参加的组织，基于参考模型定义了一系列的标准。参考模型用例（use case）的形式描述了工作流系统和其他相关部分之间的关系。XPDL是WFMC制定的描述业务流程控制流（control flow ）的XML格式规范。

JBPM4工作流介绍。流程整合的模型，已经超越了“流程运转模型”的概念范畴。但是作为目前“系统整合”的一个比较流行的趋势，拿到这里顺便提一下。现在的业务越来越复杂，跨区域，跨部门之间信息交互方式的需要越来越明显，而且跨区域，跨部门之间业务配合也越来越多。从信息整合的发展来看，“面向应用的数据层整合”和“面向服务的接口层整合”都逐渐走向“BMP”模式：由中央主流程控制多个子流程（分布在不同地域或不同部门，各自独立的流程）协同运行，以达到整个业务逻辑的运行。 其实在第二章“流程的激活模型”的“外界消息激活”模型中，我已经简单提到了一些，只是不太明确。那么现在让我们来看看一个普通的“流程整合”大概是什么样子的，请参看下图。 实际的整合要比这张图上的复杂很多，也许还会有一些JMS/WebService 等的信息交换接口，可能用到不同厂家的数据交换平台，或消息中间件等等；当然那些安全措施也必不可少了。 简单的整合模型，基本上都是采用“主流程控制”的方式：由一个主流程控制整个流程的运行，由各个子流程具体完成某项任务，并向主流程返回处理结果。主流程在确定子流程正确运行/处理完后，并得到处理完的信息后，会继续按照预定的流程路线，激活另一个子流程。

什么是jBPM?jBPM是一个可扩展、灵活的流程引擎， 它可以运行在独立的服务器上或者嵌入任何Java应用中。 文档内容：在这个用户指南里，我们将介绍在持久执行模式下的jPDL流程语言。 持久执行模式是指流程定义、 流程执行以及流程历史都保存在关系数据库中， 这是jBPM通常使用的方式。这个用户指南介绍了jBPM中支持的使用方式。 开发指南介绍了更多的、高级的、定制的、 没有被支持的选项。