emate 同志，你研究一下osworkflow吧，这个东西估计要被apache吸收了。看了一下，我也只有只管感觉。
我做的工作流V1.0己经完成了，包括引擎、建模、工作单列表、监控管理、EAI等。
希望一起交流 MSN:jx_lpt@hotmail.com qq:555291
好的， 俺去看看 ， 补补课
好，这位大侠能写出自己的体会给大家分享吗？
刚开发完成一个J2EE工作流软件。很想和大家交流，文档、演示和下载在www.joinwork.net。
受益匪浅
～
我有一问
将用户当前工作流的实例保存起来
实体BEAN是不是最优的选择？
多谢
～
工作流有难度.
这个东西可大可小。
大的：按照wfmc.org推荐的标准做，绝对是大而全。但你们公司能用到的地方估计不多。
小的：我见过同事写的工作流引擎，全部只有500行代码。但关键的东西都有，定义流程节点，条件化的跃迁，分支及合并，流入流出的事件等。
不要贪大求全，那样会陷入成本的问题中。
采取合适的规模和方式比较理智。
我一直都想知道大家再ui方面都是怎么做了，哪位能谈谈？
我做过一个，工作流图形引擎用applet，流程监控用javascript+vml,效果很不错
图形化工作流引擎最好不要用wfmc.org推荐的标准去做，太繁琐，且不一定适用。中国的客户总是有数不清的个性化需求。
基本流程实现启动、结束、自动触发、分支路有、聚合路由即可。
活动中的图形属性和业务属性的结合可以用组合模式来实现。基本上就是活动的基本属性、参与者、事件。
基本流程位于流程包中，包也可以分成层次，有时流程还是版本的问题。
事件最好单独注册
最好别用现有的开源工作流引擎，陷进去就出不来，想修改一点就很难
最近已经做好了一个工作流引擎，目前对于图形化的支持还不行，经理让我考虑图形化的流程定义支持，还没有思路。。。。
图形化的流程定义我是用applet，
流程监控用VML+javascript.
运行两年多了，还很稳定
工作流的定义其实倒并不难，只要把流程的几种应用模式规范定义好就没什么问题了，关键在于介入流程的权限角色划分，和流程与实际应用业务的绑定问题上如何去处理。单纯一套工作流并不复杂，但应用会非常受限。
比较喜欢微内核的工作流引擎。
你们所说的ui是指表单吗？表单引擎可以在微内核工作流引擎的基础上开发，也就是表单引擎依赖于工作流引擎。