Java理论与实践: 应该在下一个企业应用程序中使用JMS吗? - 编程入门网
服务器拒绝确认消息,那么您就想要稍后重新尝试发送该消息。这 样,发送确认电子邮件就“有风险”,这是因为第一次发送可能不成功,或者发 送需要很长时间来处理,而您又不想让顾客(或有关这件事的任何其它的东西) 一直等到确认到来。类似地,库存可能存储在同订单处理分离的数据库中(库存 数据库可能由一个外包的履行服务拥有),并且在订购时可能不可用。或者信用 部门可能在星期五不上班。
通过使用消息队列来存储暂挂的确认电子邮件、库存检查或者信用检查,您 可以将“有风险的”操作同过程的其余部分分离,因此也使过程的其余部分避免 了操作失败或花费很长时间的风险。由于每个处理步骤只完成一项简单的任务, 因而也将极大简化了每个任务的错误处理。 结束语 如果应用得当,消息排队技术通过将任务分解成子任务,可以极大地简化复 杂任务的处理,还能增加应用程序的灵活性和可伸缩性。自 J2EE 版本 1.3 起 ,每个 J2EE 容器都将包含一个 JMS 提供程序,这意味着我们都能在我们的应 用程序中利用异步消息排队的强大功能。 下个月,我们将探索 Java 事务服务(Java Transaction Service (JTS)) 的工作原理了。虽然它不如 EJB 或 J2EE 的其它元素引人注意,但 JTS 可能是 J2EE 的最关键部分 ― 事务使我们能够构建可靠的分布式应用程序。我们将在 今后的某篇专栏文章中重述 MQ,并且构建一个工作流应用程序,以演示消息排 队和关系型数据库是如何相互协作和取长补短的。 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢! |