jbpm工作流功能封装大讨论－－欢迎讨论，使jbpm更加方便快速的嵌入到我们的应用系统中

鄙人第一次开博，望大家支持

大家讨论一下jbpm的功能还有哪些有待于封装，使的二次开发人员可以更加快速方便的应用。我先把我想到的功能都写出来。
1.扩展组织引擎，支持用户自定义组织关系。
2.提供强大的分派策略，让流程的任务分派更加灵活。(比如任务审批人和申请人是同一人时需要跳过还是默认通过还是执行该节点，若两个审批人都时同一人的话在什么条件下需要跳过，什么条件下为必须再次审批)。
3.流程监控功能强化，需要在流程图中可以看出申请节点，审批节点，当前节点，跳过节点，取消节点等等状态。
4.后继路由边transition支持变量判断  
 <transition name="不同意" to="结束" value="#{approve == 2}"></transition>
5.如何与应用更好的关联而尽量提高效率问题。
6.关于会签时通过人数或百分比选择节点的出边选择问题。
7.邮件功能在什么时候添加最合适。
8.首节点是否自动执行问题。（我们测试时一般首节点都需要手动执行，因为要设置流程变量，而当工作流嵌入到其他系统时首节点时自动执行的，如何通过配置而不是写代码的方式使程序更加具有java的继承优点）。
9.对于任务代理人以及其表现方式。(属于组织引擎范畴，但是比较特殊)
我能想到的和解决的也就这些，大家都说说，把jbpm的功能封的更加强大一下。

                                                                                                                                      W.P.A

评论

8 楼 rihoonet 2007-11-24  

我也觉得目前JBPM最主要的是少了组织机构方面的集成，以组机构来引导流程。

7 楼 rihoonet 2007-11-24  

楼主说得很正确，看样子是做过工作流方面的开发。

6 楼 Bluesnails 2007-11-15  

现在的思路就是在JBPM上封装，让JBPM只负责核心的调度应用。
发现对应JbpmContext对象的管理一直出问题，经常会引用已关闭的session导致异常，不知道有什么方法可以借鉴否？  想借用Spring-modules中的方法，每次创建context 使用后立即关闭，可是由于Hibernate的lazy fetch，还是会出问题，试了一下，JbpmTemplate类中简单的findProcessInstance方法都会抛出异常...
public void testTemplate(){
out.println("================"+jbpmTemplate.toString());
ProcessInstance p =jbpmTemplate.findProcessInstance(1L);
out.println("======="+p.getId());

}
--------
2007-11-15 19:42:34,363 ERROR [org.hibernate.LazyInitializationException] - <could not initialize proxy - the owning Session was closed>
org.hibernate.LazyInitializationException: could not initialize proxy - the owning Session was closed
at org.hibernate.proxy.AbstractLazyInitializer.initialize(AbstractLazyInitializer.java:60)
at org.hibernate.proxy.AbstractLazyInitializer.getImplementation(AbstractLazyInitializer.java:111)
at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.invoke(CGLIBLazyInitializer.java:150)
at org.jbpm.graph.exe.ProcessInstance$$EnhancerByCGLIB$$724c0d4.getId(<generated>)
-------------------

====jbpmTemplate对象已经正确获得了，难道是我的配置或者是代码有问题？？ 郁闷了几天了。。。。

5 楼 chen4w 2007-11-02  

组织机构或者用户的管理、选择应当让渡出去，很多情况下实施工作流时，基础信息已经由其他系统管理了。
补充一点：流程监控的图形化，可以在Process Designer设计图之上附加状态和日志信息，用SVG技术实现这个应该是非常不错的，可以适应复杂的流程图，提供全局、局部的缩放，我们目前的工作流系统就是这样做的。

4 楼 liubaojun 2007-10-23  

回调机制？你是说要把jbpm节点完成后调用应用系统的借口包装吗？我觉得回调接口还是不要封装起来，因为回调其他业务子系统的时候个子系统需要的数据并不是一种统一的数据结构，而且中间可能会设计倒关联数据库的一些操作，还有log之类的东西，所以还是不要封的太深了。

3 楼 maggies 2007-10-23  

是否需要把回调机制接口包装一下，我现在就觉得晕

2 楼 liubaojun 2007-10-23  

工作流不光是引擎，还要让开发人员可以快速的方便简单的应用，如果只做最简单的推送任务的功能的话在实际项目中开发人员的开发周期会变长，而求会产生很多的冗余代码

1 楼 wolfwood 2007-10-22  

我觉得工作流实现最基本的功能就行了，进一步复杂的业务就可以在业务层扩展，不用搞太复杂的流程~~以上个人看法