`
wuxufeng8080
  • 浏览: 49420 次
  • 性别: Icon_minigender_1
  • 来自: 浙江
社区版块
存档分类
最新评论
文章列表
    在写完上面那篇文章之后,我又感悟了。工作本无快乐痛苦之分,关键还是在于人。     对于一般人而言,工作实在对生活影响太大了,工作的时间占据了几乎人生的一半。所以工作的心情是至关重要的,我们一定要让工作快乐起来。     为了不让工作痛苦,所以我们就要把工作变得开心,这个时候就要发挥自己的主观能动性了。这是个人的问题。只要你认为工作是开心,他就是开心的。一个人的心态决定了一切。确实是太重要了。     明白了这个,以后就不要为这个事情烦恼了。一切随时、随性、随缘。
     只从毕业了,就开始了工作,前前后后,4年多时间,也在3家公司做过。一直以来都没有好好的思考这个问题,为什么而工作?难道就是为了钱?一直以来我把工作作为生活的一部分,工作一定要开心,这样回家也能开心。工作不开心,很容易把这种不开心的情绪带回家,导致家庭也不和睦了。所以我认为工作是很重要的一件事情,不单单是钱的问题,更是情绪的问题。      什么是工作?工作就是一大堆复杂事情的简单重复,所以一个人一般待了3年左右的时候就会出现反弹,因为一件事情实在让人提不起精神,但又不得不做,这个时候人就会很痛苦。所以这个时候我认为就应该可以走了。换一家公司,换一个环境,换一种心态。让自己更有动力,更 ...
jQuery validator确实是很好用的一个验证框架。   官网:http://bassistance.de/jquery-plugins/jquery-plugin-validation/ 上面有demo及详细文档,可以好好研究一下。   在实际开发过程中,经常使用到的功能可能有以下一些情况   1、验证框高亮提示 2、自定义验证规则 3、动态添加验证 4、汇总验证信息 以上这些功能框架都有支持,使用起来也很方便,现在在使用的过程中基本上都能满足,但是有一些小地方还需要注意下。   注意事项: 在使用中出现的一些问题,form的提交好像一定要使用submit按 ...
需求描述:用户可以在任意环节开启会签,用以征求意见。意见征求完毕,主流程继续运行。 方案描述:重新开启一个流程,这个流程只有会签,却只用作征求意见,只有提交按钮。 难点就是怎样显示一个便于用户查看的签核日志,所以我们在jbpm外层加了一个日志系统,用以记录流程签核日志。 待续。。。。

会签方案(一)

    博客分类:
  • jBPM
需求描述: 用户提出会签之后,需要等所有的会签任务完成之后,再根据用户意见来判断是同意还是拒绝,所以,原来的那种方式还是无法实现这个需求。就在原来方案上做了部门修改,于这个星期一终于完成了会签。 下面就跟大家分享一下我的实现方法。 流程配置 xml 代码 <task-node name="060-Cosigning" create-tasks="false" signal="never" end-tasks="false">       <task swimlane=" ...
上次讲到代理人的解决方案,但是在使用的过程中出了很多的问题,在发现问题后,废除了原有的解决方案,重新设计了代理人方案。在jbpm外层,增加代理人信息,当代理人提交任务时,真正的处理人还是那个被代理人,这样不会导致混乱。 1、代理人机制是建立在人事的请假基础上的,当请假是就会设置代理人。 2、当流程提交到一个已经请假的人时,就会返回代理人,增加代理人资料。这样,两个人都能操作这个任务。 3、当代理人操作任务时,是被代理人的名义去完成这个任务的。 4、最后就是显示签核日志的问题,如果是代理人,就在代理人的后面显示一个”代理“字样。 从整体上来讲,这次的方案是比较合理的,而且效果也不错,没有出现其他的 ...

动态增加PooledActor

    博客分类:
  • jBPM
请看代码 java 代码 taskInstance = taskMgmtSession.loadTaskInstance(taskInstanceId);                Set <pooledactor></pooledactor>  actorSet = new HashSet <pooledactor></pooledactor> ();    PooledActor objPooledActor = new PooledActor();    ...
这里仅讨论通过action动态创建task来实现的方式。 决定会签的方式主要是通过task-node的signal属性来决定的。 会签中,一个人reject,则结束会签,退回起草人;全部通过,则流到下一个node。 会签中,等待所有的人完成会签任务,然后根据会签人的意见(即所选的transition),来决定流程流向哪个node。 第一种情况,signal="last-wait",只要一个人拒绝,则系统需要将其他没有完成的任务完成掉,在完成时需要以拒绝的那个transition来做end,具体可以参考 http://tomkoo.iteye.com/blo ...
就目前了解 有那么几种方式 swimlane: 在我的流程中,使用最多的是这种情况,因为我的参与者都是从HR数据库中直接查询获得的。 identity: 这种方式只在我刚开始测试的时候使用,直接将任务分派给一个滴定的人或者部门角色等等。 action: 有时候需要动态的创建任务,这个时候就需要通过这种方式。 流程变量: 这种方式是我刚刚开别人的blog发现的,可以直接调用流程变量来给这个任务分派参与者,原来的做法是通过swimlane先获取流程变量,然后再分派参与者,这样方式可以减少很多不必要的swimlane。    <assignment act ...
 晕,保存了一下原来写的东西没了,哭啊~~~~~~~(下次再补上,大家自己看源码吧,写的不怎么样,请见谅)
在企业应用中,会有很多这样的情况,一个人起草之后,会需要他的上级一级一级的签,直到签到符合要求的那个主管等级,然后结束。这种情况,有不过不固定,因为每个人的上级不一样,所以如果要把这个图都画出来的话及其复杂,这样就有了以下的构思。通过同一个node的循环,来实现这种需要上级签合的情况。 下面是一个我们公司的资讯申请单流程 xml 代码 <?xml version="1.0" encoding="UTF-8"?>      <process-definition xmlns="urn:jbpm.or ...
现在手头的工作流页面端用的是struts2,由于以前没有用过webwork,所以现在用起来基本上是摸着石头过河,感觉蛮辛苦的,不过很有挑战性。 在经过一个早上的努力之后,实现了针对工作流页面的转发action,用于将不同的ProcessDefinition转发到相应的action。这里听取了同事的意见,直接把页面action的名字和流程定义名默认一样,这样就可以少一张table来维护,何乐不为。所以这个DispatchAction最后变成很简单的,就实现了一个可以动态转发action的动作。参考apache上面的文章,很快完成了这一部分的操作。 xml 代码 (struts2配置文件) ...
刚开始的时候,对这个概念超先不懂,什么叫泳道啊(主要是UML自己也没有学好)。然后看别人的文章看完之后就更惨了,彻底什么都搞不清楚了。 现在看来,这个就是一个流程角色,而且可以当成一个人来看,而不需要指定到什么role,等等其他概念上了,这样就能很清楚了。而且还起到一个解藕的作用,使task和actor之间有了一个中间桥梁,这样当actor变化的时候只需要修改swimlane就好了,如果写成一个动态类,那么,只要修改后台数据库数据就可以了。 想当初为了解决公司组织结构和流程衔接的问题,简直想破的脑袋。现在就针对每一个swimlane,作一个class,然后通过这个class去组织结构数据库抓相应 ...
这是第一个版本,写的可能比较龊,还请大家见谅 java 代码 (创建StartTask) public long createTask(String strProcessName, String strRequisitioner, Map taskVariables, String transition) {            log.debug("Process Info --> Create new Process Start, creator: "+ strRequisitioner);                ...
在经历了2个星期的学习,及两个星期的开发之后,我们公司第一个用jbpm作为流程引擎的工作流完成了。虽然是一个不算很复杂的流程,但是还是折腾了两个多星期,今天刚刚收尾完毕,不过经用户确认之后还要小改一下。 总结 ...
Global site tag (gtag.js) - Google Analytics