国内开源工作流 Fire Workflow 出炉了

你这个工作流是开源的吗？

是开源的，LGPL协议，商业友好。你可以到www.fireflow.org去下载。

另外设计器暂时没有开源，但是免费使用。
我感觉国内的环境不太好，如果全部开源了，很可能被极少数不遵守规则的人全盘拷贝了。
请理解。

有没有把这个集成在ssh架构上的例子？不知道为什么，我打开您的网址慢得不行。。。
另外，我问下，您这个工作流支持子流程的嵌套吗？
还有一个问题：
开始-->人员1-->经理-->总经理-->人员1人员-->操作-->结束
人员1是同一个人，这样的流程支持吗？

有jsp+servlet的例子，有jsf的例子。jsp+servlet的例子最简单，都看得明白。



完全支持，你可以在设计器中模拟子流成的运行效果。



完全没有问题，流程实例有一个creator属性，在你这个实例中其人员1就是creator
还可以支持更复杂更灵活的任务分配方案。

楼主的引擎看起来很不错，是基于对已有引擎的缺点来开发的
这个行为本身就让人很happy

我认为LZ应该多做点例子放上去,对于一些新手来说,第一次做工作流的好有个参考的,知道了流程的定义,却不知道怎么部署到项目中去!做点例子应该有用把!

已经有不少例子了，不过需要用svn客户端在google code去下载。svn地址是：http://fireflow.googlecode.com/svn/trunk/
所有的example描述如下

公司在用一个收费的工作流,不能用MyEclipse,只能看Eclipse的黑白代码.让我很崩溃...

今天才注意到这个帖子，真是遗憾啊:-)
偶在国内一家erp公司一直从事工作流方面的设计和开发工作，在大量不同行业的客户和应用模式中逐步学习和积累了很多流程方面的知识，也体会到了很多痛苦，呵呵。还没有具体看过楼主的设计文档和源码，但从帖子中看到的思想感觉和我们现在产品的设计思想很多类似的地方。
针对fireworkflow，我觉得几个重点的考虑：
1.业务单据和流程绑定机制，需要将业务和流程隔离
2.国内应用，审批不能忽视，最好能在流程活动中直接体现审批任务，包括审批的各种模式：静态会签、动态会签、会签人百分比、审批传阅、自由审批流等等
3.国内工作流还有一个特点是参与人的复杂性。作为内嵌式引擎，如果能方便的和现有系统权限、职位、职位等体系结合起来会比较好。如何动态的去计算参与人，特别是针对一些企业，对各个部门或子公司，步骤基本类似，只是人员不同。这样需要一条流程满足多个子公司的需求，如何快速动态的找到合适的人，这应该是一个重点。
4.业务和流程事务的一致性要保证。
5.基本的流程概念的支持：流程、流程实例、活动、活动实例、任务、流程变量、参与者、转移线、转移规则、出口模式、入口模式、互斥活动等等。建议楼主最好能将这些完整整理出来。
6.扩展性的考虑，比如是业务需要在活动任务被分配的时候能插入自己的业务处理、或者是活动状态变迁的过程中需要加入扩展内容，如何能让业务扩展进来？ 流程状态的变迁时业务需要进行监听并执行业务处理，这些基本扩展应该要考虑。
7.不同流程之间的协同。比如A流程执行到某个步骤，需要参与到B流程某个步骤，B流程某个步骤执行后又继续推动A流程继续执行。 流程之间的协同我觉得也是一个需要考虑的点，流程大面积使用起来应该会遇到很多这样的问题。
8.对标准的支持。虽然xpdl很不美好，但作为开源产品建议还是按照xpdl+bpmn标准方式来实现。可以对标准进行裁剪，比如抛弃package、局部datafield、lane等度可以，但一定要遵循和兼容标准。
9.也是现在困惑和遇到问题比较多的一点，活动的业务回退功能。回退往往意味着对业务的补偿或回滚，但由于业务的一些复杂性，很多业务没有办法反向执行或补偿。现在对这种很头疼，一直未想到比较好的解决方法。现在一般是建议通过跳转来回退，但是不能保证业务的完整性。
  呵呵，上面只是我看到帖子后的一些想法，也是一些积累的东西，有不对的地方请包涵。等具体研究下fireworkflow后希望再和楼主交流交流-）

我从来不认为工作流可以“自定义”，所以Fire Workflow是面向开发人员的。
---------------------------------------------------------------------

写得太好了，要是用户都这么想就好了。>_<  之前做这个东西吃足了亏。