castor有从数据库到XMl数据转换的事务跟踪功能，我正在研究并有没有纯粹的XML数据操作的事务跟踪，要是这样，简直太棒了
castor有从数据库到XMl数据转换的事务跟踪功能，我正在研究并有没有纯粹的XML数据操作的事务跟踪，要是这样，简直太棒了
所以用户要定义特殊的流程，可以通过定制树形结构来完成：
通过树形结构引导流程，由于树形结构强大灵活，而且可定制，因此，定制流程是可行的。
举例，如果你在这个网站中加入购物车后，可以使用树形结构的目录菜单来代表你的产品分类，这样一个网上商店就完成。
如果你要加入论坛，使用树形结构的一级菜单来代表你的几个论坛，这样你的网站就是一个论坛系统。
就好像是倚天+屠龙
哈哈
工作流这个东西我感觉好像是个很概括的东西，IBM的Lotus是不是也属于工作流？
http://www.developersbus.com/webpm/jwiki_1.2.1/jwiki/jwiki.jsp?topic=工作流
这东西是学院派的东西，只是理论，在企业应用中实际就是ERP系统，ERP可以说是工作流的一种实现。
不可能制造出一个真正的工作流的软件出来，只能制造一些它在某些领域的实现，比如群件系统等，你想想，如果你一理论成熟，可行性强，M$早就不搞.Net 而花力气做出一套比Exchange更牛的东西来。
我最近也从一个专家那里听到国家863的一个项目在做工作流，我认为这其实是骗人骗国家钱的东西。
在国外，在公司搞研发后，可以自由的到学校里去做教授，这两者是自由流动的，所以学院和社会在高技术领域是同步的，在国内就不一样，是脱节的，学院大墙里的人总是提出一些太玄不实际的课题，争取到科研费后(评价这些科研项目的也是与社会脱节的一些人，真正的科研课题应该是由市场来定位)，以便自己能够生活下去，在中国，千万别盲目崇拜学院墙里的人。
我们还是老实地研究JMS 这东西非常好，类似EMAIL，但比EMAil可靠。
我的公司正在做这方面的工作。而且用不成熟的框架实施了一个项目（用xml配置流程），这在抵御用户不断变更需求（流程）上起到了很大的作用。大部分时间只是修改xml，而不用修改程序。只有特殊流程，才会增加程序。
为什么我认为真正可行的工作流软件做不出来呢？
因为现在软件帮助用户解决的实际就是工作流问题，用户的工作流情况因为用户的各种特殊情况而定，如果通用的工作流软件能做出来，那软件不是一下子就变成两种：工作流软件和非工作流软件？
就没有什么ERP或MRP 或者什么J2EE了。
实际上这是不可能。
以上我只是从工作流通用概念上去理解而发的感慨。