用例子说话：“为什么说在企业级应用程序中，采用工作流引擎...

大家好像都同意“在企业级应用程序中，采用工作流引擎是必须的或者是迟早的”。可在实际的应用中该如何采用工作流引擎？工作流引擎和应用其他部分的关系是如何的呢？
例子程序一直是说明问题的最佳方法。这里介绍一个在J2EE应用中使用嵌入式工作流引擎的例子http://www.joinwork.net/document/developer/sample_apply.htm。有说明和源码。
例子的实现结构图
抛砖引玉，希望大家也把自己在工作或学习中看到的或开发的好例子共享出来！

我觉得BEA的那个workflow[process]很不错，很抽象也比较便于应用，他也不搞得很复杂，很多工作其实不用在workflow里面做，只要透过借口就可以使用process很方便

“在企业级应用程序中，采用工作流引擎是必须的或者是迟早的”

话虽然如此，可听起来，好像就像共产主义迟早是要实现的一样遥远。

大量在企业业务应用中应用工作流引擎，我想还要有一段相当长的路要走。

楼主这个问题范围太大了，可以参考看看Workflow的一些文档，或者WFMC的标准
下面是一个设备申请流程的例子
http://www.jieesoft.com/midwinter/images/device.gif

因为看了下面这个调查，所以会贴这么个主题：
http://www.stevens.edu/workflow/projects/delphi/round_1/question8.htm
工作流从80年代就兴起了，到现在重新成为企业应用开发的热点，应该是有原因的。
对于现在很多国内厂商推的面向业务的平台，我倒觉得“就像共产主义迟早是要实现的一样遥远”。可工作流技术现在应该是逐渐成熟的时候了。

bea的workshop不错。里面的workflow也不错。唯一不好的就是bea的process和它的一堆东东绑的太死。除非你从应用服务器到应用框架到开发工具都用它的。

楼主图里表示的这个工作流的概念还是太窄，我给看成是同一个应用系统之内的工作流了。流程集成中的工作流应当跨系统松耦合，咱总不能指望所有应用都基于j2ee平台。

工作流技术可以三种方式使用：1、工作流管理系统直接作为一个完成的系统为最终用户使用；2、作为EAI平台；3、做为嵌入到应用中的引擎。
这里想讨论的是第三种方式。因为国内大部分工作流应用在第一种，国外大厂主推的是第二种（因为发达国家企业中有很多遗留系统）。

第三种国内的产品少，所以媒体上相关内容不多（可能实际用的不少，否则为啥很多论坛上对开源的osworkflow,shark的讨论这么多）。这类产品是趋势。
“在上个世纪80-90年代，大部分工作流应用采用第一种应用方式（独立）。现在，对于包含复杂流程的应用系统，许多软件提供商重新定位和设计它们的工作流产品，使其成为应用系统的构建模块（即嵌入式）”。[译自 Michael zur Muehlen “Workflow-based Process Controlling”
p116]
http://www.workflow-research.de/Publications/Book/index.html

例子是J2EE的。可既然是具体的例子，总是要用某个实现技术来展现的吧？ 关键看它如何在业务逻辑层使用流程的思想。

我是觉得工作流还是抽象一点好，抽象一点，以后可以在应用的时候更灵活，我也赞同楼上对BEA的一些看法，我认为他的系统就很抽象，加上他一整套东西，很容易完成一些小系统，很多工作都在UI上做文章就可以了，他的process就足够抽象，我喜欢:)