JBPM_(1)_Basics_new
JBPM工作流演示系统使用说明
JBPM工作流演示系统使用说明安装讲明本系统在JDK1.5的基础上编译，请选择支持JDK1.5及以上版本的WEB 容器，举荐使用Tomcat5.5，不保证与其他WEB服务器兼容，理论上应该可不能显现兼容性咨询题。
如果要编辑源代码，请使用Eclipse3.3+MyEclipse6.0版本，JBPM版本为3.2.3，其他版本可能会显现文件无法打开或编译的情形。
本系统在Spring2.0+Struts1.2+Hibernate3.1基础上构建，与低版本不兼容。
数据库为MySql5.0，编码采纳utf-8。
系统架构功能讲明本应用要紧用于演示JBPM工作流的使用，数据均储备在数据库中，包括两大模块：权限操纵和流程操纵。
权限操纵模块是为流程操纵模块服务的，为了讲明在实际应用中如何动态指定审批执行者。
但实际上其代码量并不比工作流的代码少。
流程图功能详解1、创建请假条创建请假条时必须输入请假天数和请假缘故，系统会对数据进行检查。
同时，会自动显示当前有效的审批人，包括经理审批和老总审批。
审批者是能够自定义的，而且只有一个有效，其他自动设为无效。
有效的审批设置自动显示在新建请假条页面。
2、送审新建请假条后，如果数据输入无误，自动跳转到“送审请假条”页面，该页面显示所有刚刚定义的请假条，可用操作有“送审”、“重写”。
每个请假条的详细信息以列表形式显示。
术语讲明：送审：请假条定义后，请假条处于等待审批状态，要点击“送审”按钮流程才会往下走，即交给经理审批。
重写：如果输入的信息有出入，能够点此按钮编辑请假信息。
进入重写页面后，将显示该请假条在什么时候编辑过。
如下图：3、我发起的所有任务我发起的所有任务列表显示当前登陆用户发起的任务，按倒序排列，在该列表中，显示了流程的完成状态、当前任务，并能查看该流程的所有审批历史。
关于未完成的任务，以深色加粗显出显示，已完成的任务用斜体显示。
点击“查看历史”按钮能够扫瞄该流程的审批细节，如下图：在审批历史记录中，详细记录了工作流在流转过程中每一个任务的执行人，开始和终止时刻以及审批的结果。
jbpm数据库说明
jBPM，全称是Java Business Process Management，是一种基于J2EE的轻量级工作流管理系统。
一、介绍下大背景工作流的应用市场部分内容就不提了。
首先提一下目前工作流域的两种主流方向1、workflow。
代表osworkflow等。
workflow的特点为：其主要侧重于对流程的处理模型方面，也就是说它关注的重心是流程的处理2、BPM-商业逻辑流程模型BPM的重心为商业逻辑流程模型的处理其中以JBPM为代表这是两者最大的区别，也就是切入点不同。
不过对我们实际应用来说，选哪个区别都不是很大说到工作流就要提到WFMC组织，这个组织是国际上一些厂商组成的一个工作流的组织，该组织给出了一个他们自己定义的工作流的定义，及XPDL语义。
该定义将工作流的定义包括为至少以下五部分内容：1、工作流过程活动2、转移信息3、参与者声明4、外部应用程序声明5、相关数据并给出了标准的语法来描述上述元数据1：workflow process2:activity3:transition4:application5:date field由于JBPM不符合上述语法定义，因此JBPM是不符合该WFMC规范的不过上述每部分内容在JBPM都有自己的定义来描述二、JBPM流程的一个基本的处理步骤1、加载（发布）流程定义2、启动流程3、处理任务4、记录流程的相关状态1、加载（发布）流程定义这个意思是，我们通过jbpm的designer插件，或者是用其他工具，制定出processDefinition（可以是String，可以是包文件，也可以是流数据等），然后将其加载到应用中的过程。
这个加载可以是写入内存中，或者是直接写入数据库等2、启动流程即processDefinition.createProcessInstance()，创建流程实例的过程。
具体创建实例的方法有多种，可根据自己的需要自行选择。
3、处理任务在流程流转的过程中，JBPM引擎会为我们生成任务的实例，我们就需要针对这些任务实例来进行处理，然后结束这些任务实例，并推动流程的流转4、记录流程的相关状态记录流程状态这点包括且不限于以下内容：1）流程实例的开启2）任务实例的创建3）任务实例的开始执行4）任务实例的结束5）流程实例的结束三、JBPM工作流的主要概念1、流程定义(process definition):预先定义的业务逻辑2、流程实例(process instance):业务的实际流转过程3、参与者(actor):任务的参与者（可能是人也可能是角色或是组织等）4、任务(task):业务逻辑上，会呈现给参与者处理的元素5、任务实例(task instance):业务实际流转过程中，生成的需要参与者进行参与的实际内容6、流转(transition):连接业务逻辑不同节点的桥梁，也是业务实例进行流转的依据7、工作流引擎(engine):核心组件，负责生成流程运行时的各种实例及数据，以及监视和管理流程的运行8、工作列表:根据实际应用的需求，需要展示给参与者的任务实例列表 //待办任务列表为其最具代表性的例子jBPM是公开源代码项目，它使用要遵循 Apache License。
JBPM工作流引擎介绍及表结构说明
JBPM介绍及表结构说明概述:jBPM（JBoss Business Process Management业务流程管理），它是覆盖了业务流程管理、工作流、服务协作等领域的一个开源的、灵活的、易扩展的可执行流程语言框架。
jPDL是构建于jBPM框架上的流程语言之一。
在jPDL中提供了任务（tasks）、待处理状态（wait states）、计时器（timers）、自动处理（automated actions）…等术语，并通过图型化的流程定义，很直观地描述业务流程。
jPDL可以部署于Java语言的任何应用环境下，JavaSEApplication(Swing/SWT)、JavaEE Application(Application Server)jPDL分发包组成目前jPDL的最新版本是3.2.2，您可以在以下地址：/jpdl_downloads/获得官方下载包。
下载包分为两种，一种是标准包(jbpm-jpdl-3.2.2.zip)只有20M 左右；一种是套件包(jbpm-jpdl-suite-3.2.2.zip)将近80M。
两者最大的区别是套装包自带一个已经配置好的jboss服务，下载解压缩后，可直接运行。
jPDL的核心程序包(jbpm-jpdl.jar)它是一个典型的jar文件，它涵盖对流程定义和运行时流程实例上下文环境的操作API。
在最简化的业务流程样例中，jPDL将流程定义存储与XML格式的定义文件中，在运行时载入内存，在内存里记录完整的业务实例和执行过程的环境变量，并完成全部操作。
显然，在实际应用中，流程信息必须被持久化的存储于数据库中。
jPDL使用了Hibernate作为其对象持久化的API。
Graphical Process Designer插件(jbpm-jpdl-designer-3.1.2.zip)它是一个基于Eclipse的图型编辑插件。
使用它可以对业务流程进行可视化的定制，而无须手动编辑XML文件。
jbpm数据库
Jbpm数据库流程定义和流程执行都会持久化到数据库中，所以我们需要在数据库中创建所需的数据库表.共有18张表，分五个部分。
流程部署名称详情JBPM4_DEPLOYMENT流程定义表流程定义的部署记录。
发布一次流程后会添加一条记录，流程的具体属性存放在JBPM4_DEPLOYPROP中JBPM4_DEPLOYPROP流程定义属性表已部署的流程定义的具体属性。
发布一次流程后会添加多条记录，一条jbpm4_deployment记录需要对应4条jbpm4_deployprop记录，他们的key字段分别为langid（标识解析流程定义使用的jpdl的版本），pdid（流程定义的id），pdkey（流程的key，标识同一类流程），pdversion（流程的版本）JBPM4_LOB 存储表流程定义的相关资源。
部署一个流程时，此表中会添加多条记录，分别对应JPDL_XML ，图片, 用户代码JAVA 类等，它们以二进制的格式统一存储在此表中。
发布demo流程之后jbpm4_deployment新增一条记录jbpm4_deployprop新增三条记录jbpm4_LOB新增两条记录用户认证表JBPM实现的用户库比较简单，可以实现并扩展其相关接口，并进行认证库独立。
名称详情JBPM4_ID_GROUP组表用户组相关信息JBPM4_ID_MEMBERSHIP用户角色表用户组和用户的关系表JBPM4_ID_USER 用户表用户相关信息表流程实例运行相关表名称详情JBPM4_EXECUTION流程实例表记录流程实例运行必须的信息。
JBPM4_TASK任务表流程实例的任务信息。
存放需要人来完成的Activities，需要人来参与完成的Activity被称为Task。
JBPM4_PARTICIPATION 参与者表流程实例的任务参与人信息。
而具体的Participation既可以是单一用户，也可以是用户组JBPM4_V ARIABLE 上下文表传给流程实例的变量的相关信息。
jbpm原理
流程事件所属任务，对应JBPM_TASK
JBPM_DELEGATION：流程代理类表（用于实例化jbpm中的action类）
字段名 ID_
字段含义
主键 √
外键
流程代理标识
CLASSNAME_
流程代理类名称
CONFIGURATION_
流程代理类配置信息
CONFIGTYPE_
流程代理类配置类型
PROCESSDEFINITIO N_
字段含义
主键
外键
ID_
流程任务控制器标识
√
TASKCONTROLLE RDELEGATION_
流程任务控制器对应的代理， 对应JBPM_DELEGATION
√
JBPM_VARIABLEACCESS：流程变量表
字段名 字段含义 主键 外键
ID_
流程变量标识
√
VARIABLENAME_
流程变量名称
ACCESS_
EXCEPTIONHANDLERINDEX_
？
JBPM_EVENT：流程事件表
字段名 ID_ EVENTTYPE_ 流程事件标识 字段含义 主键 √ 外键 流程事件类型名称 流程事件所在的图形节点类型
TYPE_
"A" ：Task "C" ：ProcessState "D" ：Decision" "E" ：EndState" "F" ：Fork" "J" ：Join" "K" ：TaskNode" "N" ：Node" "P" ：ProcessDefinition" "R" ：StartState" "S" ：State" "T" ：Transition" "U" ：SuperState"
jbpm简介
jbpm5.1介绍（1）介绍jBPM是一个灵活的业务流程管理（BPM）套件。
这使得业务分析师和开发人员之间的桥梁。
传统的BPM引擎有一个重点，是有限的非技术人员。
jBPM的有两个重点：它提供了一种方式，企业用户和开发人员喜欢它的流程管理功能。
jBPM是什么jBPM是以流程图为导向的工作流管理系统。
jBPM的核心是一个轻量级，可扩展的工作流引擎在纯Java编写的，可让您执行业务流程，采用最新的BPMN 2.0规范。
它可以运行在任何Java环境中，嵌入在您的应用程序或服务。
流程语言jBPM以BPMN 2.0为定义语言。
概要应用通过服务调用流程接口其中包括两个流程，一个是历史日志，另一个是人工定制的服务。
定义流程有两种方式，一种是通过Eclipse的插件，一种是通过web的流程设计器。
Guvnor库是一个可选组件，可用于存储您所有的业务流程。
它支持协作，版本等方面存在与Eclipse插件和基于Web的设计师，支持不同的工具之间的往返整合。
jBPM控制台是一个基于Web的控制台，允许商业用户管理他们的业务流程（启动新的进程，检查正在运行的实例），他们的任务列表，并看到报告。
在下面详细描述了每个组件1，核心引擎jBPM引擎是该项目的核心。
它是一个轻量级的工作流引擎，执行您的业务流程。
它可以嵌入到应用程序的一部分，或作为服务部署（可能在云上）。
它的最重要的特点是：∙稳定的核心引擎，执行流程实例∙本版本支持最新的BPMN 2.0的建模和执行业务流程的规范∙性能和可扩展性∙轻量级可以部署到任何Java环境中∙一个可选的JPA环境∙一个默认的JTA实现可插拔的事务支持∙作为一个通用的流程引擎实现，因此它可以被扩展，以支持新的节点类型或其他程序语言2，Eclipse编辑器Eclipse编辑器是一个Eclipse IDE的插件，可让您整合您的业务流程，在您的开发环境。
其目标是开发，并有一些开始的向导，为您的业务流程（使用拖放）和大量先进的测试和调试功能的图形化编辑器。
JBPM指南(培训机构专用)
第1介绍JBOSS jBPM是一个灵活的、可扩展的工作流管理系统。
JBOSS jBPM拥有直观的流程语言，用任务、异步的等待状态、定时器、自动化动作…等来表示业务流程图，把这些操作绑定在一起，JBOSS jBPM就拥有了非常强大和可扩展的控制流机制。
JBOSS jBPM只有最小的依赖，可以象使用java库一样非常容易的使用它。
另外，也可以通过把它部署在J2EE集群应用服务器中，用在吞吐量极为关键的环境中。
JBOSS jBPM可被配置为任何数据库，并且可以部署到任何应用服务器。
1.1 概述核心工作流和BPM功能被打包为一个简单的java库，这个库包括一个存储到数据库、从数据库更新和获取流程信息的服务。
图1.1 JBOSS jBPM组件概观1.2 JBOSS jBPM入门套件入门套件是一个包含了所有jBPM组件的下载包，包括：l Jbpm-server，一个预配置好的jboss应用服务器。
l Jbpm-designer，图形化设计jBPM流程的eclipse插件。
l Jbpm-db，jBPM数据库兼容包（见下文）。
l Jbpm，核心jbpm组件，包括库和本指南。
l Jbpm-bpel，JBOSS jBPM BPEL扩展参考。
预配置好的JBOSS应用服务器安装了下列组件：l核心的jBPM组件，被打包为了一个服务档案。
l一个包括jBPM库表的集成数据库：默认的hypersonic数据库包含了jBPM表，另外还包含一个流程。
l jBPM控制台web应用程序，可以由流程参与者使用，也可以由jBPM管理员使用。
l jBPM调度程序，用于定时器执行。
调度程序在入门套件中被配置为一个servlet，这个servlet 将产生一个线程来监视和执行定时器。
l jBPM命令执行器，用于命令的异步执行。
命令执行器也被配置为一个servlet，这个servlet 将产生一个线程来监视和执行命令。
l一个流程实例，已经被部署到了jBPM数据库中。
jbpm工作流原理
jbpm工作流原理jbpm是一个开源的工作流引擎，它基于基于BPMN 2.0规范实现了各种工作流程的管理和执行。
jbpm的工作流原理可以简单概括为以下几个步骤：1. 流程建模：使用BPMN2.0规范的图形化编辑器，开发人员可以定义工作流的各个环节、流程和业务规则。
这些定义信息包括任务、网关、事件和连接线等元素，它们被存储在一个可执行的流程定义中。
2. 流程部署：将流程定义部署到jbpm的运行环境中，使之成为可执行的流程实例。
部署可以通过API接口、命令行工具或Maven插件完成，部署后的流程定义被存储在jbpm的数据库中。
3. 流程实例化：根据流程定义创建流程实例。
每个流程实例都有一个唯一的标识符，它可以根据流程定义的启动事件（如消息、定时器或手动触发）进行创建。
在创建流程实例时，初始任务会被定义并分配给相应的参与者。
4. 任务分配和执行：当流程实例创建后，相关任务会被分配给参与者进行执行。
参与者可以是使用jbpm的应用程序用户，也可以是外部系统或服务。
任务执行者可以根据任务的名称、优先级和截止日期等信息来安排任务的执行顺序和执行者。
5. 事件触发：在流程执行过程中，各种事件（如信号、定时器或消息）可以触发对应的行为。
这些事件可以触发流程的跳转、审核、撤销等操作，从而实现复杂的业务逻辑。
6. 流程控制：jbpm提供了不同的控制结构，如顺序流、并行网关和条件网关等，用于定义流程的流转和跳转条件。
流程的控制结构可以根据业务规则和条件对流程的执行路径进行动态决策。
7. 流程监控和管理：jbpm提供了流程实例的监控和管理功能，可以实时跟踪和监控流程实例的状态、任务和执行情况。
通过集成jbpm的Web控制台或API接口，管理员可以对流程进行管理、跟踪和优化。
总的来说，jbpm的工作流原理是基于BPMN 2.0规范的流程定义和流程实例化，通过任务分配和执行、事件触发和流程控制等过程来管理和执行工作流。
这种基于规范和可视化的方式使得jbpm更加灵活和可维护，适用于各种复杂的业务场景。
jbpm例子
学jbpm已经有三天了，按照<<jBPM开发入门指南》做了里面的一个例子，虽然这个例子不是自己想出来了，但毕竟自己重做了一遍，感觉还是不错，下面就说说我怎么做的例子原创地址是:/chengang/archive/2006/07/13/57986.html一、首先当然是安装jbpm环境了jdk,eclipse之类安装就不说了，首先下载jbpm,下载jBPM-JPDL3.2.2：/jbossjbpm/jbpm_downloads/下载jPDL Suite版，这个版本是包含所有的一整套工具，下载后是个压缩包解压到 F：\jbpm-jpdl-3.2.2 ，目录下主要包含以下几个子目录：●src —— jBPM 的源代码●config —— jBPM及Hibernate与log4j的配置文件●db ——各种数据库的建表SQL语句●lib ——依赖的第三方依赖类库●doc —— API文档及用户使用向导●designer ——辅助开发 jBPM 的 Eclipse 插件，具体在 eclipse子目录中●server ——一个已经配置好了的基于 JBoss 的 jBPM 控制台及示例将这个包解压到f盘下,F:\jbpm-jpdl-3.2.2二、安装jBPM 的Eclipse 开发插件有个辅助工具开发起来方便一点，只不过现在 jBPM 的开发工具插件功能还不算太强，也就一个“项目创建向导”的功能，让你：（1）不用再去配置 classpath 库的引用了（2）直接得到了一个 jBPM 的项目初始结构安装步骤如下：1）打开Eclipse选择菜单“Help->Software Updates->Find and Install”；（2）弹出窗口中选择“Search for new features to install”，然后点击“Next >”或者可能直接用link的方式安装这个插件如果安装成功，则 Eclipse 首选项里多了一个 JBoss jBPM ，另外我们也需要到这个 jBPM 的首选项里做一些配置工作――指定 jBPM 的安装路径（如下图所示）。
JBPM——工作流概念
JBPM——⼯作流概念⼀、概念⼯作流(Workflow)，就是“业务过程的部分或总体在计算机应⽤环境下的⾃⼰主动化”，它主要解决的是“使在多个參与者之间依照某种提前定义的规则⾃⼰主动进⾏传递⽂档、信息或任务的过程，从⽽实现某个预期的业务⽬标。
或者促使此⽬标的实现”。
详细的说⼯作流表达了⼀个抽象的流程定义，之所以说是抽象，由于它没有表⽰确切的运⾏者，⽐⽅某借款⼈被详细化为张三。
部门主管成为张三的部门经理李四，⽽財务明⽩为王五的时候，这个流程定义就被详细化。
成为⼀个流程实例。
此外过程中的相关⼈员我们称之为參与者Actor。
过程须要參与者介⼊的环节称之为Task。
每—个任务在流程实例中的详细化称之为任务实例，从⼀个任务结点到还有⼀个任务结点转为叫做流转（Transition），在流程中，由程序预先设定的⾏为如发邮件，我们称之为活动（Action）。
⼆、理解虽然我们能够从书上、⽹络上、博客上得到很多关于⼯作流的定义、概念和资料。
然⽽对于⼀个没有深刻的对⾯向对象概念的刚開始学习的⼈来说要理解⼯作流还是有⼀定难度的。
⾸先来说假如我们在系统中不⽤⼯作流仅仅是简单的使⽤⾯向对象技术编程的话。
那么我们所敲的代码所实现的功能仅仅是对系统的业务的详细实现，值得夸奖的是因为系统中採⽤的⾯向对象的技术增强了系统的灵活性，使得系统后期的可维护性、可扩展性⼤⼤增强。
⽐如在系统中多使⽤⼀些设计模式如⼯⼚+策略，这样就能够降低系统中对象间的耦合度，通过⾯向接⼝编程为详细的⼀些业务逻辑提供⼀个可实现的接⼝，为业务扩展预留接⼝。
然⽽现实中⾯对⼀些需求我们可能须要实现⼀个这种功能：⼏个独⽴的功能模块⼈选⼏个就能够实现⼀个业务，⽽这些业务往往是常常变动的，须要⽤户⾃⼰来决定是什么样的业务须要，换句话说⽤户仅仅须要通过简单的配置就能够任意设置、更改业务的运⾏，包含业务功能的加⼊与降低、功能模块之间的调⽤顺序以及涉及到的⼀些资源信息。
从抽象的⾓度来说⼯作流要做的是对⼯作流程及其各操作步骤之间业务规则的抽象、概括、描写叙述。