摘要： 一、该版本引入<fork>和<join>节点的使用！！----可以实现会签需求的功能。这里和同一个任务分配给多个参与者实现的最终功能效果是基本一样！！**作用：到达<fork>节点后，<fork>节点会进行分支，也就是让流程同时流向<fork>指定的一个或几个节点， 注意这里是同时流向，然后等待<fork>的分支节点审批通过后，那么流程会流向<join>节点， 等到<fork>节点所有分支均审批通过后，也就是所有分支流程都到达<join>节点后， 流程才会流向下一个节点。 **实现机制： 阅读全文

摘要： 一、该版本中使用了Pooled Actor机制，而不是actor-id。**解释：就是说通过Pooled Actor可以将一个任务一次分配给一组(多个)参与者， 注意这和之前不一样，之前是针对同一个任务，然后产生多个任务实例对象， 然后每个实例对象对应一个任务的参与者，其实还是相当于一个任务对应了一个参与者； 现在说的使用Pooled Actor是将一个任务的一个任务实例对象分配给一组参与者。 **运行原理： 当把一个任务的一个任务实例对象分配给一组参与者之后， 那么该组参与者的每个成员登陆系统后，都可以看到该任务列表 (此时调用显示用户代办列表的方法较之前有区别，是带有pooled字符串的方 阅读全文

摘要： 一、该版本中应用了在start-state节点中加入task元素，之前的项目中则没有用到， 所以之前的项目在创建流程实例是都会调用processInstance.signal()方法来立刻从start-state节点流转到下一个节点， 然后才开始进入正常，本来我们的效果应该是，当申请人提交请假表单之后，就等同于提交了， 不应该在申请的代办列表中再进行一次提交，该项目解决了该问题。 **注意：在start-state节点中使用task节点的化和在<task-node>节点中的使用方法有点区别。 1.start-state节点中的task不能指定assignment的actor-id， 阅读全文

摘要： 一、因为加入了不同的分支流向，所以当审批不通过要驳回时JBPM应该能够得到当初提交任务的参与者， 而这个工作通过直接用actor-id=#{}来实现并不合适，因为如果有很多这样的指定的话， 可能会乱套，JBPM提供了一个专门能解决该问题的机制。 解决方法：使用泳道，它是定义流程中的多个任务由相同参与者完成的一种机制，这使的泳道正好能够完成任务。 在第一个任务实例为指定泳道创建后，参与者将被流程记住，以被在同一泳道中的后续任务所使用。 泳道有一个分配，因此所有引用泳道的任务不需要再指定分配。 **注意：可以在<start-state>开始节点添加一个任务<task>，用s 阅读全文

摘要： 1.加入文件上传功能，即上传流程部署文件 - 导入commons-fileupload.jar - 导入commons-io.jar2.加入请假单实体对象及映射文件，将流程实例与请假单对象绑定3.加入动态为任务分配(通过设定流程变量)4.加入登陆界面5.流程定义中加入不同的流向，即可以通过审批或者驳回审批重新填写(多流向)，具体见startTask.jsp文件6.因为加入了不同的分支流向，所以当审批不通过要驳回时JBPM应该能够得到当初提交任务的参与者， 而这个工作通过直接用actor-id=#{}来实现并不合适，因为如果有很多这样的指定的话， 可能会乱套，JBPM提供了一个专门能解决该问题的 阅读全文

摘要： 入门篇 本文章针对有一定JBPM基础的朋友，文章内容将不会讲解太多内容，具体内容可以下载项目，部署后源码中会有清晰的说明，希望对有需要的朋友有所帮助，有关于项目中的错误和不妥当的地方还望大家留言指正！1.到官网下载JBPM开发包，解压后拷贝相关的依赖包到lib目录(虽然JBPM是靠Hibernate支持持久层，但是不需要拷贝Hibernate的其他依赖包，因为JBPM只是借助了Hibernate的功能，然后进一步进行了自己的封装)*导入解压目录中lib下的jar包就可以了2.拷贝配置文件*修改hibernate.cfg.xml文件(拷贝config目录中的hibernate.cfg.xml文件 阅读全文