wys1978
2002-09-23 18:52

一个Servlet作为Controller,做统一的入口

xml做request和view的mapping定义文件

可以自定义handler,不仅仅是request,view也可以自定义handler

request的处理可以是由一个类的public static method(类似struts action),还可以由service完成,甚至是soap完成,这些都是可扩充的,不会象struts那样只能是一个Action的继承类来处理.

view的处理不仅仅用jsp,还可以用模本引擎来做如velocity,region等等.不会象struts那样不灵活,想给你的report的数据到一个excel?简单,增加一个handler就OK了.

wys1978
2002-09-23 18:55

它的event就是modle部分,由不同的handler来处理

event的type不同,调用不同的handler

默认是JavaEventHandler,调用一个类的static method(request, response),是不是和struts很象?

你自己还可以扩充,已经写好的EventHandler有:

java,service,simple,soap

浆糊
2002-09-23 19:27

它的workflow写的感觉不是太好,个人感觉。

在使用的时候感觉如何(我没用过)?有没有什么建议?

wys1978
2002-09-24 08:13

我们做过的2个Project都是文档管理的系统,用它的Workflow Engine来做文档的传签.先写Workflow的定义文件xpdl,由于对于wfmc的规范不熟悉,在这一块上花了很多的时间,然后把xpdl import到数据库,剩下的事情就是写各种的Service,如email通知,approve & reject的时候需要对数据进行不同处理等等.主要不方便的地方是它不能在xpdl里动态的assign各个activity的performaner,不过据开发者说,他会在下一版本里加上这个支持.

它的最大好处是可以在以后以后如果修改workflow的话,不需要对旧的系统进行比较大的更动,这一点如果不用workflow engine来做是实现不了的

如果是用它来做Project,建议由一专人来负责xpdl的编写,熟悉以后就会比较方便.

供参考,另一个Open Source的workflow engine:

http://www.opensymphony.com/osworkflow/

和OFBiz相比,它比较简单,但是其定义文件不符合wfmc规范,个人意见:没有必要为了规范而规范,OFBiz Workflow Engine在规范上做的很好,必然限制了它使用上的方便.

浆糊
2002-09-24 09:17

主要不方便的地方是它不能在xpdl里动态的assign各个activity的performaner

这一点能不能详细地 说说,我看是否能加入到我开发的workflow中

8Go 上一页 1 2 3 4 5 6 7 ... 8 下一页