基于J2EE 的电子商务开发模型及其实现.pdf

《基于J2EE 的电子商务开发模型及其实现.pdf》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、基于J2EE的电子商务开发模型及其实现学习如何使用Publish和SubscribeMDB、IBMRationalApplicationDeveloper、IBMWebSphereEnterpriseServiceBus、ApplicationServerUnitTestEngine，以及IBMWebSphereNetworkDeployment进行设计和开发随需应变的J2EE应用程序。这篇详细的指南包括了如何创建MDB并向其他MDB发布信息，并详细说明了如何从IDE直接将应用程序部署到应用程序服务器网络基础结构中。介绍在这样

2、一个不断成长的Java™世界中，期望与挑战日复一日的不断增加。每个人都希望站在不断变化的前沿，但是技术文章常常不能为我们提供开发者所需的细节内容。因此，本指南为您详尽展示了如何开发、部署与运行随需应变的Java2™PlatformEnterpriseEdition™（J2EE™）应用程序。在这个过程中，您还会学到如何完成以下相关任务：•使用发布订阅（PubSub）消息•创建消息驱动Bean（MDB）向其他MDB发布信息•使用IBMWebSphere®EnterpriseServiceBus•在IDE中开发Java™Messag

3、eService（JMS）代码•把来自您的IDE中的IBMWebSphereApplicationServer升级到WebSphereApplicationServernetwork•直接从IDE中将应用程序部署到WebSphereApplicationServernetwork•仅用IDE（而不需要消息软件的许可证）开发、部署与测试JMS应用场景和设计概述我们已设计了一种基于实际生活的场景，这个场景易于理解并且易于关联到技术。它使用随需应变的方式在不同应用程序服务器之间交换信息。虽然有很多方法来编写软件，但是为了交换信息的目

4、的，我们选择了发送消息的方式来加以实现，因为它本身就拥有同步与异步的优势。在这个实践场景中，分布在不同区域的一家公司需要完成用户实际货物订单的要求。如果某个地点不能完成一个订单，则需要其他地方代替它完成。由于安全原因，不同地点的员工不能查看其他地点的数据库。每一地点的应用程序运行于本地的应用服务器，且仅对本地职员开放。本场景只包括三个地点，但是您可以把这种设计应用于任何多的地点中。这种设计的美妙之处在于所有地点都可以通过不同项目名称使用相同代码库。设计细节在下面的例子中，公司的三个地点通过WebSphereApplicatio

5、nServerNetworkDeploymentnetwork的通用总线架构共享数据。图1使用不同颜色标记沿着信息路由的三个目的地，箭头表示信息流的方向。例如，来自Region1的TransferProcessbean发送数据至DESTINATION1，它在所有地点发送对于CheckInventoryMDB的请求信息。图1描述的设计有如下假设：•每一地点拥有同一代码库的不同实例。•每一地点拥有自己的数据库。•每一地点拥有唯一的RegionID，因此如果存货清单满足请求消息来自于相同的地点，则MDB不会处理此信息。图1.消息流图

6、如果Region1想将一个订单传送给另一地点来执行，它需要发送JavaMessageService消息至通用总线目的地，此目的地基于WebSphereEnterpriseServiceBus技术，并运行于应用服务网络。所有监测通用总线目的地的MDB会采用PubSub技术报警或进行触发。在响应链中每个被触发的MDB会触发下一个MDB。消息使用标准语言，如XML（您可以使用任何形式的语言作为标准，它取决于您的需要）。我们为每个功能分别创建了一个topic，一个destination，以及相应的MDB：•一个被称为TransferP

7、rocessBean的会话bean，发送消息至DESTINATION1•以下为所触发的3种PubSubMDB：1.CheckInventoryMDB监测或监听DESTINATION1并发送消息至DESTINATION22.CompleteRRTransferMDB（RR表示RequestingRegion）监听DESTINATION2并发送消息至DESTINATION33.CompleteARTransferMDB（AR表示AcceptingRegion）监听DESTINATION3在本例中，TransferProcessBe

8、an消息使用如下格式（您的消息格式与内容可以不同，这取决于您的业务）：表1.消息格式举例01ALLTRANSFER-REQUEST