JBPM工作流解析与应用

流程定义相关的布署信息就存储在（1）JBPM4_DEPLOYMENT、（2）JBPM4_DEPLOYPROP及（3）JBPM4_LOB中。
上传一个包含png和jpdl.xml的zip包后，JBPM4_DEPLOYMENT多一条记录JBPM4_DEPLOYPROP多三条，JBPM4_LOB多两条。
（4）JBPM4_HIST_PROCINST与（5）JBPM4_HIST_ACTINST分别存放的是Process Instance、Activity Instance的历史记录。
（6）JBPM4_EXECUTION主要是存放JBPM4的执行信息，Execution机制代替了JBPM3的Token机制（详细参阅JBPM4的PVM机制，过段时间我也会进一步分析）。
（7）JBPM4_TASK存放需要人来完成的Activities，需要人来参与完成的Activity被称为Task。
（8）JBPM4_PARTICIPATION存放Participation的信息，Participation的种类有Candidate、Client、Owner、Replaced Assignee和Viewer。而具体的Participation既可以是单一用户，也可以是用户组。
（9）JBPM4_SWIMLANE。Swim Lane是一种Runtime Process Role。通过Swim Lane，多个Task可以一次分配到同一Actor身上。
（10）JBPM4_VARIABLE 存的是进行时的临时变量。
（11）JBPM4_HIST_DETAIL保存Variable的变更记录。
（12）JBPM4_HIST_VAR保存历史的变量。
（13）JBPM4_HIST_TASKTask的历史信息。
（14）JBPM4_ID_GROUP（15）JBPM_ID_MEMBERSHIP（16）JBPM4_ID_USER 这三张表很常见了，基本的权限控制，关于用户认证方面建议还是自己开发一套，JBPM4的功能太简单了，使用中有很多需要难以满足。
（17）JBPM4_JOB 存放的是Timer的定义。
其实我一直对JBPM4的这17张表感觉迷糊，相信通过自己的程序来整合JBPM4以及分析JBPM4的源代码，能更清晰地理解，等彻底理解后再更新一篇吧。

首先简单说说JBPM――java  Business  Process  Management （java业务流程管理）
jBPM是一个框架、一堆开放的源代码。而非一套“应用程序”。
jBPM的流程引擎可以看做是一个java工程――若干java类、依赖库和配置文件；
引擎的工作原理就是通过读取流程定义文件及配置文件，调用一堆JAVA类，把业务信息按照流程节点的定义进行推送而已。
这些推送信息都是存储在数据库当中的。工作流更本质的底层应该就是业务信息还是业务信息，然后通过流程节点信息跟
业务信息进行关联，把不同节点的处理意见跟业务信息进行关联，让不同权限的人看到业务信息。
因此工作流都会涉及到用户组织和权限的信息。所以流程定义表当中肯定都会有相应的人员节点信息。深刻理解工作流的
底层，个人感觉参考原来OA中自己手工写的工作流会很有帮助，呵呵。

环境搭建(开发环境1.2两部分和运行环境3.4两部分)：
1.下载JBPM包。通过sourceforge开源网站下载。
2.在myeclipse/eclipse上安装JBPM插件GPD（jbpm4插件要求eclipse的版本至少要3.5以上，不含3.5）。通过对JBPM包解压后，里面的install\src\gpd目录中包含一个已经下载好的GPD插件
  通过help菜单中的安装软件子菜单进行插件的安装即可。该插件的作用是用来进行流程设计。
  插件的安装方式有两种，一种是直接输入插件网址，通过网络下载安装。另一种是把插件下载到本地，然后通过本地进行安装。前者比较常用，当然对网络要求就相
  对会高一点，因为如果网络太慢的话就没办法下载成功的。如果网络比较慢的话建议采用后者，通过找一个网络比较快的地方把插件下载下来，然后分发给用户进行

  本地安装即可。
  (注意安装过程当中建议最好拔掉网线断开网络，以免因为更新一些软件而造成不必要的麻烦。经验证明，如果上网的话，安装完成后出现很多功能丢失的问题)。
3.添加依赖库(JBPM_HOME/lib包中的所有JAR包，熟练以后可以删减掉一些用不到的包，减少包的大小。JBPM_HOME中的jbpm.jar包)。在开发时可以创建一个用户的库
  然后，把所有依赖的包都添加进去，这样以后就可以直接引用该库即可。
4.添加配置文件(参考BPM_HOME\examples\src下的配置，除了那个CSS文件外把其它的几个配置文件直接拷贝到自己的工程类路径下即可，当然最省事的办法是把所有
  的文件都拷过来，但是那个CSS文件没什么用，所以不用也没必要拷贝该样式文件，当然拷贝进去也不会出错了，只不过是多此一举了，呵呵)。
5.如果采用非内存数据库的话，记得修改jbpm.hibernate.cfg.xml配置文件的信息。<property name="hibernate.hbm2ddl.auto">create-drop</property>这句可以不要。
  修改的时候可以参考jbpm-4.4\install\src\cfg\hibernate\jdbc，该文件就是给ANT编译及手工配置时参考的模板。
  

配置运行环境和开发环境的注意事项：
1.环境搭建可以通过手工一步步的构建，也可以借助JBPM的ANT脚本快速构建。
在JBPM4.3版本之后，大部分工作都可以通过软件包的Ant脚本“一键获取”所需要的jBPM4整套开发、运行和管理环境。
但是不论采用哪一种方式，前提都是要首先下载JBPM的包才行。个人比较倾向于自己手工一步步的来进行开发和运行环境的配置。
因为这样可以加深你对框架的理解，对整个流程的把握。而且比较灵活，你可以灵活的把配置搭建在自己任意的服务器上面。而如果
采用ANT脚本的话，那么很多组件都要按照构建配置文件的要求来，感觉不是太灵活，呵呵，这就是使用框架和脚本的代价，必须按照
既定好的规则来办事，限制了自由，看来任何事物都是有两面性的，都要付出一定的代价，呵呵。
2.创建数据库的部分。
如果不是用ANT脚本自己创建数据库的话，数据库要首先自己手工创建好，在创建数据库的过程当中，数据库的名称和用户名密码可以参考
jbpm-4.4\install\jdbc中的*.properties，当然也可以不按照这里面的去指定，但是无论如何只要保持和jbpm.hebernate.cfg.xml中的一致即可。
然后自己可以选择手工执行创建数据库表的脚本。
因为ANT脚本自动创建的是内存数据库，同时如果创建的是内存数据库，那么引擎在创建内存数据库时自动创建数据库表。
其它数据库例如ORACLE,MYSQL，POSTGRE都需要手工创建。手工创建完数据库后，可以使用使用ANT脚本，创建数据库表，
但是使用ANT脚本创建数据库表有个前提是首先要修改jbpm-4.4\install\jdbc目录中相应的*.properties文件，这在引擎自动创建数据库表时连接数据库用
。个人还是比较喜欢手工执行创建表的脚本。感觉比较方便，用ANT脚本，感觉太麻烦而且自己也不太喜欢用ANT脚本。呵呵。
3.JBPM包中的模板很多都是按照ANT脚本的需要编排部署的，我们在自己手工配置的时候，可以参考里面的具体配置文件自己进行配置。

部署流程定义：JBPM部署流程定义的方式有两种，1。通过执行ANT脚本的方式进行部署。这需要将要部署的流程定义及相关的资源文件按照classpath的层次
结构打包归档，发布到JBPM_LOB表当中。JBPM引擎提供的相关API在运行时就会按照某种机制自动从数据库中进行检索查找到相应的资源。
就我本人来说从来没有采用过这种方式，感觉还是按照传统的手工部署流程定义文件及相关资源更符合自己的习惯。