使用Spring来创建一个简单的工作流引擎

文章来源：matrix 作者：Steve Dodge

　　摘要
　　 spring是支持控制反转编程机制的一个相对新的框架。本文把spring作为简单工作流引擎，将它用在了更加通用的地方。在对工作流简单介绍之后，将要介绍在基本工作流场景中基于Spring的工作流API的使用。

　　 许多J2EE应用程序要求在一个和主机分离的上下文中执行处理过程。在许多情况下，这些后台的进程执行多个任务，一些任务依赖于以前任务的状态。由于这些处理任务之间存在相互依赖的关系，使用一套基于过程的方法调用常常不能满足要求。开发人员能够利用Spring来容易地将后台进程分离成活动的集合。Spring容器连接这些活动，并将它们组织成简单的工作流。

　　 在本文中，简单工作流被定义成不需要用户干预，以一定顺序执行的任意活动的集合。然而，我们并不建议将这种方式代替存在的工作流框架。在一些场景中，需要更多的用户交互，例如基于用户输入而进行的转向，连接或传输，这时，比较好的方法是配用一个单独的开源或者商业的工作流引擎。一个开源项目已经成功地将更复杂的工作流设计集成到spring中。

　　 如果你手上的工作流任务是简单的，那么，与功能完备的独立工作流框架相比，简单工作流的策略就会变得有意义，特别地，如果已经使用了spring，这种快速实现可以保证时间不会变得更加漫长。此外，考虑到spring轻量级的控制反转容器的特点，spring在资源负载上减少了资源负载。

　　 这篇文章简短地从编程主题的角度介绍工作流。通过使用工作流的概念，spring被用来作为驱动工作流引擎的框架。然后，讨论了生产部署选项。现在，让我们从工作流的设计模式和相关背景信息来介绍简单工作流的思想吧。

简单工作流
　　 工作流模型是一个早在70年代就有人开始研究的主题，许多开发者都试图创建工作流模型规范。W.H.M. van der Aalst等人写了《工作流模型》白皮书(2003年7月)，它成功地提炼出一组设计模式，这些设计模式准确地将大多数通用的工作流场景建模。当中，最普通的工作流模式是顺序模式 (Sequence pattern)。顺序工作流模式满足了简单工作流的设计原则，并且由一组顺序执行的活动组成。

　　 UML（统一建模语言）活动图通常被用来作为一个机制对工作流建模。图1显示了一个基本的使用标准UML活动图对顺序工作流过程的建模过程。

processor.doActivities(createSeedData());

Processor选项
　　虽然包含在源代码中的Processor具体的子类仅仅是SequenceProcessor，但是，许多Processor接口的实现也是可以想象得到的。可以开发其他工作流处理过程子类来控制不同的工作流类型，例如，另一种像并行切割模式那样有着变化的执行路径的工作流。对于简单工作流来说，因为活动的顺序是预先决定了的，所以SequenceProcessor是好的选择。尽管没有被包括进来，对于使用基于spring的简单工作流的实现来说，排他选择模式是另一个好的选择。当使用排他选择模式时，在每个活动执行之后，Processor具体类就会讯问ProcessorContext，接下来将要执行哪一个活动。

　　 注：有关并行切割，排他选择和其他工作流模式的更多信息，请参看W.M.P. van der Aalst等人写的《工作流模式》一书。

启动工作流
　　 考虑到工作流过程常常需要异步执行的特点，使用分离的执行线程来启动工作流就变得有意义了。对于工作流的异步启动而言，有好几个选项；我们主要集中在其中的两个：积极地检测(actively polling)一个队列来启动工作流，或者使用通过ESB（enterprise service bus, 企业服务总线）的事件驱动方式来启动工作流，而Mule就是ESB的一个开源项目。

　　 图3和图4描绘了两种启动策略。图3中，积极检测在工作流中第一个活动经常检查资源的情形下发生，比如数据源或POP3邮件帐户。如果图3中的积极检测发现有任务等待处理，那么启动就会开始。

点赞(158)