作者：Ni Yue
前一段时间做的一个jbpm和shark的feature对比，今天整理笔记突然又看到这张记录纸了，so post here and drop the paper.作比较的时候Shark是1.0版本，而Jbpm是2.0版本（现在已经出到3.0了）
| |
Shark
|
Jbpm
|
| 持久层 |
Shark自己的一个ORM的方案DODS，感觉不是很好 |
大名鼎鼎的 Hibernate（Jbpm2中使用的是Hibernate 2.1，Jbpm3种使用的是Hibernate3） |
| 灵活性 |
Shark给人的感觉就是庞大，需要独立的运行一个工作量引擎服务 |
相对更加灵活，和OSWorkflow有的一比，也可以作为嵌入式的工作流引擎 |
| 后台管理 |
其实这点和上面一点有点相对应了，灵活性差其实是由于提供的功能太多的缘故，Shark自带了一个管理程序，界面虽然差了一点，但是功能满全面的 |
Jbpm2中没有提供后台的管理，Jbpm3还没怎么用过，好像是有的，不知道具体功能如何 |
| 流程定义的图形设计器 |
Shark使用的WfMC定义的XPDL语言定义流程，有一个JaWE来图形化定义流程，不过XPDL是在是看起来很难懂 |
Jbpm2中没有流程图形定义器，不过Jbpm3中已经有了，是基于Eclipse的一个插件，可以使用它定义Jbpm使用的JPDL，而且不仅是插件形式，后面还会出stand alone的版本 |
| 表单定制 |
这个Shark可以借助XPDL来进行表单定制，没看太懂就是了 |
Jbpm2不支持，原来看了Jbpm的MailList里面说在考虑Jbpm3中会加入这方面的内容，现在似乎没有看到还 |
| 用户模型 |
好像必须采用Shark中的用户模型 |
灵活性的体现，任意的用户模型。Jbpm3.1的roadmap里面考虑自带一个简单的用户模型供使用 |
| 异构系统交互 |
Shark可以开CORBA的服务，这个方面的功能很强大 |
只能通过Java和异构系统的交互似乎，Java能做的Jbpm就行 |
| 学习成本 |
Shark使用的XPDL很难看懂… |
相对简单 |
| 文档 |
感觉是一片空白，给的那几个pdf都不顶什么用，用两三个小时就全部看完了，组织的不是很好而且。相对其他的方面，这个是最大的缺点了 |
挺全面的文档，一个chapter一个chapter的，看起来也方便 |
posted on 2007-10-15 15:09
jbpm 阅读(1074)
评论(0) 编辑 收藏 所属分类:
jbpm其他