需求描述：用户可以在任意环节开启会签，用以征求意见。意见征求完毕，主流程继续运行。

方案描述：重新开启一个流程，这个流程只有会签，却只用作征求意见，只有提交按钮。

难点就是怎样显示一个便于用户查看的签核日志，所以我们在jbpm外层加了一个日志系统，用以记录流程签核日志。

待续。。。。

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

需求描述： 用户提出会签之后，需要等所有的会签任务完成之后，再根据用户意见来判断是同意还是拒绝，所以，原来的那种方式还是无法实现这个需求。就在原来方案上做了部门修改，于这个星期一终于完成了会签。

下面就跟大家分享一下我的实现方法。

流程配置

signal=“never”，这样在这个task node下所有的任务都完成之后，token不会移到下一个node，这个时候就可以根据用户提交的意见情况来进行判断，然后根据判断结果再将token移到相应的node。

下面是逻辑判断

首先判断是否进入会签node，在进入会签node之前，会把设置一个会签标记；然后在判断会签任务是否全部结束，如果全部结束，就根据会签意见（CosignTransition）来做迁移。在never时，需要用processInstance.signal来移动token。

这样就完成了以上的需求。

剩下还有一个更复杂的，就是二次会签，主要是签核日志有点复杂，哈哈哈，继续努力ing

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

上次讲到代理人的解决方案，但是在使用的过程中出了很多的问题，在发现问题后，废除了原有的解决方案，重新设计了代理人方案。在jbpm外层，增加代理人信息，当代理人提交任务时，真正的处理人还是那个被代理人，这样不会导致混乱。

1、代理人机制是建立在人事的请假基础上的，当请假是就会设置代理人。

2、当流程提交到一个已经请假的人时，就会返回代理人，增加代理人资料。这样，两个人都能操作这个任务。

3、当代理人操作任务时，是被代理人的名义去完成这个任务的。

4、最后就是显示签核日志的问题，如果是代理人，就在代理人的后面显示一个”代理“字样。

从整体上来讲，这次的方案是比较合理的，而且效果也不错，没有出现其他的一些毛病。关键是从整体上跟jbpm分离，不会对流程配置产生影响。

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

请看代码

这段是代码的节选，主要的问题在于setPooledActors的这个set里面的元素是PooledActor，以前我以为是string，导致出错，后来查了一下，原来是这个回事，然后我的代理人问题就解决了。

通过程序根据查询得到的代理人，然后把原来的处理人及代理人都添加到PooledActors，这个步骤可以在swimlane中实现，也可以通过程序在这个任务创建完成后实现。

注： 记得要把actorId赋值为null，否则PooledActors不会生效。

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

这里仅讨论通过action动态创建task来实现的方式。

决定会签的方式主要是通过task-node的signal属性来决定的。

1. 会签中，一个人reject，则结束会签，退回起草人；全部通过，则流到下一个node。
2. 会签中，等待所有的人完成会签任务，然后根据会签人的意见（即所选的transition），来决定流程流向哪个node。

第一种情况，signal="last-wait"，只要一个人拒绝，则系统需要将其他没有完成的任务完成掉，在完成时需要以拒绝的那个transition来做end，具体可以参考 http://tomkoo.javaeye.com/blog/24690  ，里面有很清楚的代码及解释。

第二种情况， signal="never"，这种情况正是我现在需要解决的。以前一直没有空来测试。今天看了一下signal的说面，突然来了灵感，以前也问过别人，好像也这么说的。因为使用never后，流程不会往下执行，需要通过processInstance.signal("xx")来确定流程流程哪个节点。

请看下面我的实现。

第一步一样，进入节点（node-enter）需要动态创建会签任务实例。

为了方便，随便指定了两个参与者。在实际情况中，这些参与者应该是在客户端指定的。然后通过流程变量的方式传入jbpm中。

第二步是关键，在结束任务（task-end）事件中，判断用户到底选择了哪个transition，然后再判断任务有无全部结束，如果已经全部结束，则通过processInstance.signal(transition)驱动流程流程指定的node。经过测试，在task-end事件中，无法再调用signal方法，两个方法冲突，本身task-end就在signal方法中。只能在task-end完成之后，通过另外的session来驱动流程的流向。

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

就目前了解

有那么几种方式

1. swimlane： 在我的流程中，使用最多的是这种情况，因为我的参与者都是从HR数据库中直接查询获得的。
2. identity： 这种方式只在我刚开始测试的时候使用，直接将任务分派给一个滴定的人或者部门角色等等。
3. action： 有时候需要动态的创建任务，这个时候就需要通过这种方式。
4. 流程变量： 这种方式是我刚刚开别人的blog发现的，可以直接调用流程变量来给这个任务分派参与者，原来的做法是通过swimlane先获取流程变量，然后再分派参与者，这样方式可以减少很多不必要的swimlane。    确定任务参与者。
   xml 代码
   1. <task><assignment actor-id="#{requisitioner_FK}"></assignment></task>  
   注：在使用流程变量指定actor时，不能同swimlane同时使用，否则，task会先使用swimlane来指定actor，而不使用流程变量来指定actor。
5. AssignHandler： 通过AssignHandler动态的对流程实例定义Actor。
   

最后一种还没有经过实践，不知道效果怎么样。还有一个问题就是，这个流程变量需要在什么时候初始化，按照现有的经验，应该只需要在这个任务创建之前初始化这个变量就可以。这个星期就做实验，验证一下。

最后还有一个比较棘手的事情就是会签，正在研究别人的blog，争取明天搞定。加油

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

 晕，保存了一下原来写的东西没了，哭啊~~~~~~~（下次再补上，大家自己看源码吧，写的不怎么样，请见谅）

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

在企业应用中，会有很多这样的情况，一个人起草之后，会需要他的上级一级一级的签，直到签到符合要求的那个主管等级，然后结束。这种情况，有不过不固定，因为每个人的上级不一样，所以如果要把这个图都画出来的话及其复杂，这样就有了以下的构思。通过同一个node的循环，来实现这种需要上级签合的情况。

下面是一个我们公司的资讯申请单流程

这里应用到循环节点的是UserDeptAcceptance，需要签上级，直到处级主管。

通过UserManagerAction，来动态创建taskInstance，jbpm好像有一个特性，一个node的task第一次创建之后，如果重新回到这个node，这个taskInstance的actorId还是原来的那个，所以我就用动态创建taskInstance，这样可以在每次进入这个node的时候给这个赋予不同的actorId。

通过两个variable，来控制这个loop是否继续。

在taskInstance end的时候判断两个variable。

下面是end的方法实现。

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

现在手头的工作流页面端用的是struts2，由于以前没有用过webwork，所以现在用起来基本上是摸着石头过河，感觉蛮辛苦的，不过很有挑战性。

在经过一个早上的努力之后，实现了针对工作流页面的转发action，用于将不同的ProcessDefinition转发到相应的action。这里听取了同事的意见，直接把页面action的名字和流程定义名默认一样，这样就可以少一张table来维护，何乐不为。所以这个DispatchAction最后变成很简单的，就实现了一个可以动态转发action的动作。参考apache上面的文章，很快完成了这一部分的操作。

以上的实现基本上参考apache上的说明文档，设置一个全局result，type为chain，这样在每一个package中都可以调用，并能保存request范围的数据。在repuest中会把ProcessDefinition带过来，这样通过约定的方式，直接转发到对应的action。

然后就是页面端button的部分，每一个环节都有不同的按钮，所以这里也用约定的方式，transition名字就作为button的名字，然后action里面的方法也要与transition相同，这样，在调用相应的button时，就默认去执行这个transition对应的方法。这样的实现比较简单。

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

刚开始的时候，对这个概念超先不懂，什么叫泳道啊（主要是UML自己也没有学好）。然后看别人的文章看完之后就更惨了，彻底什么都搞不清楚了。

现在看来，这个就是一个流程角色，而且可以当成一个人来看，而不需要指定到什么role，等等其他概念上了，这样就能很清楚了。而且还起到一个解藕的作用，使task和actor之间有了一个中间桥梁，这样当actor变化的时候只需要修改swimlane就好了，如果写成一个动态类，那么，只要修改后台数据库数据就可以了。

想当初为了解决公司组织结构和流程衔接的问题，简直想破的脑袋。现在就针对每一个swimlane，作一个class，然后通过这个class去组织结构数据库抓相应的数据即可，很动态，哈哈。非常的满意这个设计，当初也不知道怎么回事，就是想不通。

应该这是最简单的一种actor应用了。

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

这是第一个版本，写的可能比较龊，还请大家见谅

 这个存了一个variable （StartActorId），用来保存起草人，不知道jbpm有没有直接的API，来获得流程的起草人的。

其他就没什么了，大体上就是这样，这个是我这个流程处理类的主要方法。然后在这个基础上做了一次web service的封装。感觉这个封装还是蛮不错的，主要是我老大的意见，哈哈哈。感觉在做简单流程的时候，使用jbpm感觉超级简单，基本上不需要手工写什么东西，拖拖拉拉就弄好了 ，然后给相应的transition命名，这样在task end的时候指定相应的名字，流程也就过去了，非常的简单。在使用会签的时候应该说也是很简单的，哈哈哈。一个字，很爽。当初就看着jbpm 的demo，参考里面的代码，一点一点读懂整理出来了。现在回头看看，好辛苦啊，不过好简单啊。最烦的还是页面，这是我今天完成第一个流程之后的唯一感觉。

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

在经历了2个星期的学习，及两个星期的开发之后，我们公司第一个用jbpm作为流程引擎的工作流完成了。虽然是一个不算很复杂的流程，但是还是折腾了两个多星期，今天刚刚收尾完毕，不过经用户确认之后还要小改一下。

总结的结果就是，流程不是问题，其实最难的是页面，准确来说繁琐，特别是对页面的读写控制，简直让人发疯。

这个项目使用 struts2 + spring2.0 + ibatis，基于通用及跨平台的考虑，jbpm部分我们用web service封装，好像也能称之为SOA，哈哈哈。刚开始的时候本来打算用hibernate的，虽然不熟，但是还是有那么点经验的。而且流程之间的model相对比较独立，不会像ERP那种变态系统那样，关系复杂。但是才开始用就出了很多莫名的问题，自己也不知道怎么解，后来就回到老路上来了（主要是为了赶进度，上头催的紧，我这个leader才刚上任呢）。

万事开头难，还有很多很多问题没有解决，不过在完成第一个之后，下面心里就有底了。java的开发，最麻烦的还是页面的开发，简直整死人不偿命，要是流程再复杂一点，然后配上流程的读写控制，亲娘诶，不活了。

下面的任务就是把原有的代码再整理一下，整出一个比较好的，干净的框架来，这样同伴开发起来也比较简单。也不会看的太乱。现在的代码确实太乱了。

不过一切都会好的。待我整理完之后让大家再帮忙看下我的代码，看看哪里还需要改进的地方，切磋一下，互相增加。

整理一下开发中遗留的问题

1. 会签人员选择页面要在什么时候出现，这个问题比较头疼，在一个页面内好像不是很好实现，暂时没有主意？
2. 主从表，主要是没怎么接触，心里没底，好像不是很复杂。
3. 代理人设置，根据我前面 的理解，应该还好

暂时这么几个问题，接着下一个流程都会碰到这几个问题，到时候还请大侠们帮忙啊。

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

1、一个node中的task，在创建之后，如果重新回退到这个node，则，不会重新指定actor，就算actor是通过swimlane类动态指定的。也按原来这个task的actor重新创建这个taskInstance。不清楚jBPM是不是系统就是这么设计的。通过自己的测试，感觉是这样样子的。

2、为了能在同一个node，循环创建taskInstance，这里要用动态创建taskInstance方式来创建，并指定actor，这样可以创建出同样的task不同的actor。主要是为了循环利用一个相同的node。

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

公司对于代理人在流程中有这样的应用：

1. 当用户设置了代理人之后的任务，用户和代理人都要能看到这个任务；
2. 当用户设置代理人时，已有的任务需要添加代理人，并通知代理人处理；
3. 当用户取消代理人设置后，原来代理人未完成的任务，需要重新回到用户的任务中。

经过昨天对ActorId和PooledActors的研究，想出这样一个解决方案，基本上完成了上面所需要的功能。

对于第一个要求，只需要设置TaskInstance的PooledActors这个属性给用户及代理人，这样用户及代理人都能看到这个任务。在代理人或用户确定要处理这个任务后，会进行check out的动作，把这个任务的ActorId设置为自己的id。

第二、寻找此用户的所有未完成的任务，然后设置PooledActors，并把ActorId设置为null，再通过邮件通知代理人有新的 代理任务。

第三、取消的时候，还是遍历所有未完成的任务，再把已经共享出去的任务，重新收回，即设置ActorId为用户ID。但是那些已经被check out的任务，就需要另外处理。

以上就是在ActorId和PooledActors两个属性的基础上做的一个小小应用。

经过这几天对jBPM的深入研究，对jBPM有了很大的了解。比以前了解的更加深入。在对类结构和表结构做了一次对照分析之后，对各个对象之间的关系，及所存数据表有了深一层的任务。：）

补充：

通过taskInstance.getSwimlaneInstance.setPooledActors()，可以重新设置共享任务的候选参与者。

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

jBPM有两种分配任务的模式，推模式和拉模式。

推模式：系统主动分配任务给actorID。推模式只有一个人能参与这个任务。通过actorId指定用户

拉模式：actorId去申请这个任务。拉模式的任务可以是多个人参与的，但是只能有其中的一个人能结束。通过PooledActors指定用户群。

当同时指定了这两个属性的时候，actorId才是真正被指定的参与者。只有这个参与者才能完成这个任务，其他的在PooledActors里面的用户，是无法得到这个任务的，所以也没有办法处理这个任务。

设置用户

推模式：Assignable.setActorID(String actorId)；

拉模式：Assignable.setPooledActors(String[] actorIds)；

得到用户任务列表

推模式：TaskMgmtSession.findTaskInstances(String actorId)

拉模式：TaskMgmtSesion.findPooledTaskInstances(String actorId)  TaskMgmtSession.findPooledTaskInstances(List actorIds)

到今天才真正了解了为什么有些人把pooledActors翻译成候选参与者，因为当有真正的参与者的时候，候选参与者是没有权利查看并完成任务的。

又或者只设置了pooledActors的那个taskInstance称之为共享任务。只要在pooledActors数组里面的用户都可以查看并完成这个任务。所以防止冲突，需要把执行任务的这个候选参与者升格为参与者，即把这个用户设置到actorID里面，如果需要重新把这个任务作为共享任务，只需要把actorId这个属性设置为null.

以上是今天研究用户权限的一些体会。经过这几天的研究，发现jBPM没有想象中的负责，不过还有很多的地方没有没有搞清楚，继续努力......

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

最近在研究jBPM，碰到了一大堆问题，这个郁闷的了。不过到今天为止，终于小有成果，可喜可贺啊，：）

下面主要讲一下最近碰到的一些问题，疑问以及解决方案

1、流程的测试

刚开始不知道怎么用插件，流程代码都是手写的，结果等我好不容易写完之后发布，发现无法编译这个流程文件，这个郁闷啊。肯定是我哪里写错了。然后去找有没有dtd文件，结果好不容易找到了，但是好像没有起作用，我很奇怪，怎么这么好的东西，会没有dtd文件呢。最后还是决定用插件，因为找到了一篇怎么用插件的文章，原来所有的东西都可以做的，哈哈哈。真是不错。

还有一个比较郁闷的地方就是jBPM的api doc，这个简直就不是doc，里面基本上没有说明文字，晕倒。这就是所谓jboss出品，真想扁他们。结果每次出了问题都要到网上乱搜一汽，运气好还能找到一点有用的东西。以上纯属牢骚。

下面说一下测试。

我是用编程的方式发布我的流程的

代码如下，自己写的一个发布类

但是这个发布类有一个问题，无法发布jpg文件到数据库，不过似乎在测试阶段也不需要图片。正式发布的时候，可以通过插件直接上传到服务器。

还有一个疑问，user guide 里说Process archives can also be deployed programmatically with the class org.jbpm.jpdl.par.ProcessArchiveDeployer ，但是这个类在3.1.2里面根本没有，不知道怎么回事

然后编写unit test ，在单元测试里面，针对每个流程路径进行测试。

2、流程发布

在完成单元测试之后，就可以通过插件直接上传到服务器了，不过事先你的服务器要有上传发布的功能。我的是直接从websale修改过来了。让这个demo跑起来，花了好大的劲。主要是版本问题。最大的一个问题在JbpmContext的创建上面。

原来的是这个样子：JbpmContext jbpmContext = JbpmContext.getCurrentJbpmContext();

但是这个方法在新�