数据库不只是为轮询或事件而设计的。如果在事件发生或数据更改之后必须 采取相对迅速的行动，那么异步消息传递是完成这一任务更容易和更有效的方法 。无论何时在需要知道更新而轮询数据库时，请考虑使用 JMS 来替代数据库。

工作流

根据工作流门户网站（它是 Workflow Management Coalition 和 Workflow And Reengineering International Association 共同努力的结果）的定义，工 作流是“……整个或部分商业过程的自动化，在这一过程中，根据一套过程规则 ，将文档、信息或任务从一个参与者传递给另一个参与者。”MQ 解决方案特别 适合于工作流应用程序（例如文档路由和批准、保险索赔处理等等），这是因为 MQ 技术对如何处理大量使用纸张的办公室里的工作流问题进行了精细的建模， 在这种办公室内每个参与者都有一个收件箱和发件箱。

工作流应用程序的特征是有许多代理（代理可以是人，自动处理步骤甚至是 物理装备，例如机器和打印机），每个代理都执行任务的一小部分并将其传递给 由业务规则所确定的下一代理。请考虑批准和支付电子支出报表这一过程。雇员 创建并提交报表，接下来该报表需要由雇员的经理批准（如果美元数目超出了规 定的数目，则需要由另外一级管理部门批准）。接下来到了人力资源部，在那里 对它进行核查以确定其准确性，还要进行细查以确保该开支是有效的业务支出并 符合公司的政策。如果批准了，将会创建支付请求并安排打印支票。这之后，可 能进入财务部，在那里单个收费记录将会应用到适当的帐户和成本中心。在这些 阶段的每一个，支出报表都可能被弹回给雇员或雇员经理。

在构建工作流应用程序过程中，主要设计目标是确保工作能够从一个代理迅 速地传入到另一个代理，并确保任务不崩溃。MQ 服务器同数据库一起携手工作 ，它使得向您的应用程序中构建灵活、可伸缩、可扩展的工作流处理变得容易。

Java理论与实践: 应该在下一个企业应用程序中使用JMS吗？(3)

使用 MQ 以从关键路径去除风险大的操作

在电子商务或供应链应用程序中的接收、批准和填写订单同工作流应用程序 有许多共同之处，虽然大多数步骤涉及的是电子参与者而不是人。接收并履行订 单可能会包含下列步骤中的一些或全部：

接收订单并将其存储在数据库中。

对于消费者顾客，验证信用卡。

对于商业顾客，通过信用报告代理处或通过您公司的信用部门检查该顾客的 信用。

执行一些欺诈核查分析。

核查库存。

在有多个履行中心的情况下，决定由哪个中心填写该订单。

向顾客发送一封确认电子邮件。

向顾客的销售代表发送一个通知。

生成挑选列表并将其交付给履行中心。

交付订单。

向用户收费并给其开票据。

由于您不想顾客在为获取确认号码和收据而单击“Buy”之后等很久，因此无 论在提交之后执行哪一条代码，该代码路径都应该简短并且有可预见的执行时间 。但是这些步骤中的许多步骤都需要访问一些资源，这些资源在客户下订单时可 能可用也可能不可用，或者这些资源的响应时间可能无法预料。在这种情况下， 应该从关键路径去除它们；让订购的启动动态设置事件链，而通过将提交步骤的 工作减到绝对最小来开始订单，来尽可能快地使用户脱离循环。除了将给顾客一 个更好的用户经历之外，将订单处理分成多个离散的（较短）的步骤还改进了资 源利用并减少了竞争 ― 这意味着事务更短（因此锁定也释放得更早），并且在 一步（例如网络和数据库连接）中所用到的资源也释放得更早。

在订单处理过程中，最不可预见的步骤之一是发送确认电子邮件。邮件服务 器经常会拥塞，可能会要好长时间才能接收一条消息，也可能完全拒绝连接。如 果顾客的邮件

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!