Spring 2.0.1与BEA WebLogic Server 9.2的集成(2)

作者: Andy Piper/Chris Wall/Eric Hsiao/Rod Johnson 出处:Dev2Dev　2007-07-27 09:45　   砖    好    评论  条 　进入论坛

阅读提示：本文介绍了Spring 2.0 Framework、WebLogic Server以及这两者的集成的新特性，供大家参考!

BEA WebLogic Server 9.2简介

本节，我们来简要概述BEA WebLogic Server的特性，重点强调其提供的底层基础架构，而不是编程模型。

WebLogic Server是可伸缩的企业级Java EE应用服务器。WebLogic Server基础架构支持各类分布式应用程序的部署，是构建各种应用程序的理想基础。

Sun Microsystem公司的 Java EE 1.4 规范 在WebLogic Server上的实现提供了标准的一组API，用以创建能够访问多种服务（如数据库、消息传递服务和外部企业系统连接）的分布式Java应用程序。终端用户客户程序使用Web浏览器客户端或Java客户端访问这些应用程序。由于Java EE是如此有名，这里我们就不进一步讨论了。参见关于 编程模型 的 WebLogic Server文档，可以获得更多信息。

除了实现Java EE之外，WebLogic Server还使企业能够在一个健壮的、安全的、高可用的、可伸缩的环境中部署任务关键型应用程序。这些特性允许企业配置WebLogic Server实例集群以分布负载，并在发生硬件或其他故障时提供额外的容量。新的诊断工具允许系统管理员监控和调优已部署的应用程序和 WebLogic Server环境本身的性能。可以对WebLogic Server进行配置来自动监控和调整应用程序吞吐量，无需人工干预。广泛的安全特性保护了服务的访问，保证了企业数据安全，并阻止了恶意攻击。

WebLogic Server的增强后的服务质量

就像许多其他的BEA产品，WebLogic Server如同冰山，浮在水面上的只是很少的一部分而已。具体来说，WebLogic Server提供了许多特性和工具来支持高可用的和可伸缩的应用程序部署：

◆WebLogic Server clusters
通过将工作负载分布到多个WebLogic Server实例之间，为用户的应用程序提供可伸缩性和可靠性。基于要处理的工作量，传入的请求能够被发送给集群中的一个WebLogic Server实例。万一出现硬件或其他故障，会话状态对其他集群节点可用，这些节点能够恢复故障节点的工作。另外，可以实现集群，使服务驻留在这样的单台机器上：如果出现故障，该机器可以选择把服务迁移到集群中的另一个节点上。
◆除了在一个集群内跨服务器复制HTTP会话状态之外，WebLogic Server也能够 跨多个集群复制HTTP会话状态，从而在多个地理区域、多个网格和Internet服务提供商中扩展可用性和容错能力。
Work Manager 基于用户定义的规则对工作划分优先级，并监控实际的运行时性能统计信息。然后利用这些信息优化应用程序的性能。Work Manager可以全局地应用于一个WebLogic Server域或者一个特定的应用程序组件。
◆过载保护
使WebLogic Server能够检测和避免过载情况，并从中得以恢复正常。
◆网络频道
基于流量类型把网络流量分散到各个频道中去，有利于网络资源的有效使用。
◆WebLogic Server持久性存储
一个性能卓越的内置存储器解决方案，用于需要持久性存储的WebLogic Server子系统和服务。例如，它可以保存持久性的JMS消息，或者暂时保存使用存储－转发特性发送的消息。持久性存储支持到基于文件的存储器或到支持JDBC的数据库的持久性。
◆存储-转发服务
使WebLogic Server在跨 WebLogic Server实例分布的应用程序之间可靠地传递消息。如果由于网络或系统故障造成消息接受方无效，那么一个本地服务器实例将保存消息，并且当接受方有效时进行转发。
◆企业级就绪部署工具
使应用程序从开发阶段到生产环境的部署和迁移变得容易。
◆生产环境重新部署
使企业在不中断旧版程序的工作进程的情况下部署其新的版本。

现在，让我们来看一看这两个系统之间的协作。

在Java EE和Spring环境中开发应用程序

为了比较和对照Java EE和Spring开发方法的不同，我们采用用Spring 2.0 Framework重新编写了MedRec示例程序，充分利用Spring 2.0的许多创新特性。下一节，我们将给出MedRec一般架构的简短概述，然后依次看一下它的Java EE形式和Spring形式。

Medical Records应用程序

Avitek Medical Records（或MedRec）是一个WebLogic Server示例程序工具包，简明地示范了Java EE平台的各个方面。设计MedRec的目的是作为各层次水平Java EE开发人员的一个教学工具。它显示了每个Java EE组件的使用方法，阐明了适于组件交互和客户端开发的设计模式。MedRec也表明了在WebLogic Server上开发和部署应用程序的最佳实践。

MedRec背后的真实世界概念是一个框架，其中患者、医生、管理人员使用各种不同的客户端管理患者数据。对于患者，MedRec提供了基于Web的应用程序，供他们察看自己的医疗记录和维护档案文件。对于管理人员，MedRec提供了基于Web的应用程序，用于管理注册登记、医疗记录上传和所有应用程序监控。MedRec还提供与独立的医疗机构接合的资源。为了演示这个通信系统，MedRec包括一个医生应用程序，用于向MedRec系统请求和提交数据。

MedRec Java EE版本架构概述

Java EE和WebLogic Server版的MedRec的设计和实现采用传统的三层架构模型，分为相互独立的客户端、服务器和数据存储三个部分：

◆表示层：它负责所有的用户交互；有时也称为客户端层。
◆服务层：它是封装了应用程序业务逻辑的中间层。它处理来自异构客户端的请求，同时与各种后端系统进行交互，包括数据存储器。该层有时也称为服务器层。
◆企业信息系统（EIS）层：它表示那些提供和/或存储遗留的程序和数据库的数据的系统。有时也称为数据存储。

我们为MedRec的患者和管理部门程序开发了Web应用程序（webapp），公开对于各自用户的服务。webapp符合模型-视图-控制器（Model-View-Controller）模式，Java Server Page呈现视图给用户，模型封装要呈现给用户和从用户处捕捉而来的数据，而控制器机制则管理除与服务层的交互之外的组件交互。MedRec采用Jakarta Struts来实现该模式。

服务层提供服务给发出请求的客户端，并管理与后端应用程序和资源的交互。MedRec的服务层采用Session Facade模式来封装业务逻辑和业务数据。Session Facade通过提供一个到分布式服务的接口，简化了应用程序的复杂性。在MedRec中，Session Facade的首要责任是提供数据吞吐量。在MedRec的J2EE和WebLogic Server版本中，Session Facade被开发为无状态的会话Enterprise JavaBean，而数据则是由实体Enterprise JavaBean来管理的。

为了与外部实体接合，MedRec通过Web服务公开应用程序功能，从而允许不同系统之间使用一系列开放标准动态交互。通过Web 服务公开服务使得MedRec能够为独立的各方提供数据，或接收来自各方的数据，这样就实现了集中式医疗记录管理的主要目标。

图1所示为Java EE和WebLogic版MedRec的高级架构示意图。

图1：Java EE和WebLogic版MedRec架构示意图

共7页: 上一页 [1] 2 [3] [4] [5] [6] [7] 下一页

【内容导航】