各种开源工作流比较，高手进来说两句，说者有分！！！

Question

工作流系统最好不要碰，很容易陷进去出不来。
Adobe，IBM，等大公司都有自己的工作流系统，我也都研究过，都作的很好，功能与架构都是类似的，但这些大公司在中国市场都找不到买家。
如果你已有了客户，而且这个客户什么都不懂，你可以随便做个系统给他用，但不要按照工作流系统的规范去做。
如果你实在想作一个规范的工作流系统，建议自己写一个工作流引擎，然后模仿Adobe的或者Weblogic Integration去做，比你去用开源的工作流架构好实现。

Answer 1

jBPM的相关文档最多吧,出问题了好查~我看行!

Answer 2

dice_com() 工作流系统最好不要碰，很容易陷进去出不来。
------------------------------------------
说得太夸张了吧，“不要碰”？？项目中需要工作流，我不用能行吗？
自己开发？别开玩笑了，公司需要考虑成本问题。唉……

Answer 3

jbpm最好。 我的blog上有文章。 OSWorkflow比较轻量。
     shark，我运行不起来！

Answer 4

dice_com() 工作流系统最好不要碰，很容易陷进去出不来。
------------------------------------------
说得太夸张了吧，“不要碰”？？项目中需要工作流，我不用能行吗？
自己开发？别开玩笑了，公司需要考虑成本问题。唉……
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
          项目中需要工作流和开发工作流系统是两个概念。
项目中如果只是需要有一个流程的概念你可以直接写死流程，代码固化，这里没有工作流系统的概念。
什么叫工作流系统建议你去学习一下WFMC的概念，或者找一个试用版的weblogic ingegration研究一下。
正是基于成本问题，我才建议自己开发，拿别的开源的框架投入时间、精力会比自己开发的要大。我这是有经验对比的。呵呵。
你恐惧开发是因为你对工作流系统根本就不了解。

Answer 5

路过，学习！dice_com()简直是在捣乱，好像你对工作流非常了解似的！
即使真很精通，也该谦虚点嘛！另外，如果你对开源的东西如熟悉，大可以老实承认，正面回答你对开源工作流不熟悉也就罢了！何必绕开楼主的问题，发出一些耸人听闻的言论，还要搬出市场如好如何的东西做幌子，这样的技术态度，中国的软件为什么始终在低层次上发展不上去，很大程度上就是这种思想太严重！对技术细节的研究，求证，推敲，探讨的精神，应该发扬，应该提倡！最后，帮楼主up一下，希望对工作流比较熟悉的朋友，一起探讨一下！

Answer 6

web的话
Spring Web Flow就成了。
简单，轻量级。方便。

Answer 7

路过，学习！dice_com()简直是在捣乱，好像你对工作流非常了解似的！
即使真很精通，也该谦虚点嘛！~~~~~~~~~~~~~~~~~~~~~~~~~~~~~我曾经带领过一个小组研发过一个工作流系统平台，当前在这个工作流平台上实现的工作流系统已经推广了好几个了。呵呵。
工作流方面国内的博士论文、还有这些开源的平台倒是研究过一些，但真的不敢说非常了解。
我只是基于自己对这方面的了解提一些建议，你可以听，当然也可以不听，
但是大可不必大动肝火，伤了身体。

Answer 8

jbpm 最近在写jbpm浏览器中的流程设计 定义部署工具  所以看了jbpm 个人觉得还可以

Answer 9

Shark：Shark严格遵循WFMC和OMG的规范，支持嵌入和分布式两种方式的使用。 
JBPM：JBPM基于UML的状态图和活动图来定义流程，已经加入JBOSS大家庭，市场前景看好。 
Osworkflow：osworkflow的最大特点是flexible，它的流程定义基于FSM。 
PowerFolder：一个还在0.5版的工作流服务器 
ofbiz：ofbiz内嵌工作流引擎，我们可以向它学习怎么样结合工作流引擎和业务系统进行开发。 
OBE：虽然OBE团队已经解散，但OBE仍然是个非常值得学习的工作流引擎。 

Answer 10

越来越感觉JBPM是未来的主体，不过对于国内来说SHARK暂时还是占有相应的分量的。

Answer 11

我们现在在用EOS(普元)的工作流,那叫一个烂,
我觉得dice_com()说的很对啊,他应该是高手.
花一个礼拜好好的勾画一个工作流其实是很好的主意.
不过不是一个程序元能决定的........

Answer 12

Microsoft Wf 怎么样？ 谁能给个准确客观的评价？