shark 和 Jbpl 的比较

	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的，看起来也方便