jessi所有歌曲百度云:CSDN 文档中心：针对开发人员的WebLogic Server应用管理，第 1 部分----基本概念和配置工具

您是一位开发人员，而不是管理员。所以您认为自己不用关心系统和应用程序管理。您的观点错了，您应该关心……，本系列文章是为开发人员编写的，关于 WebLogic Server 的管理服务器和被管理服务器，解释了为何以及如何关心系统和应用程序管理。

在使用 BEA WebLogic Server 8.1深入开发 J2EE 应用程序之前，您必须做一些管理工作，配置服务器以及部署应用程序。一旦准备好将应用程序从本地开发环境提升到另一个测试或生产环境，您就需要了解为应用程序准备其他环境时，有哪些管理性任务是必需的。在应用程序生命周期的某些时刻，可能会要求您帮助排除应用程序遇到的某类问题。这可能会要求您监控服务器或应用程序的行为。甚至还可能要求您编写某些定制脚本或程序，以使某些管理或监控任务自动化。所有这些任务都需要系统和应用程序管理的一些知识。

BEA WebLogic Server 管理子系统基于 Java Management Extensions (JMX) 版本 1.0。什么是 JMX 呢？JMX是 Sun Microsystems, Inc. 的规范，提供了开放的、可扩展的 Java 管理服务。虽然直到 J2EE 1.4 规范发布时，JMX才成为 J2EE 的正式部分，但它对企业应用程序基础结构的价值已经得到了证明，而且大多数 Java 应用程序服务器供应商如今都在某种程度上支持 JMX。从 WebLogic Server 6.0 版本发布以来，BEA 一直都在支持 JMX。

WebLogic Server 还支持行业标准 Simple Network Management Protocol (SNMP) 版本 1 和版本 2。SNMP 支持提供了使用最流行的企业系统和应用程序监控产品的能力，像 HP OpenView、BMC Patrol 或 CA Unicenter，用以监控基于WebLogic Server 的应用程序。WebLogic Server 的 SNMP 接口是只读的，因此不会被覆盖。

在 JMX 基础结构的顶部，WebLogic Server 提供了3 种主要类型的接口，您可以用它们完成管理目标：

·  GUI 工具：一组图形工具，为大多数服务器和应用程序的配置和运行时信息提供了可视的、易于使用的访问方式。这些工具包括WebLogic Server Administration Console、Configuration Wizard 以及 WebLogic Builder。

·  命令行工具： 一组简单但功能强大的 Java 命令行程序，提供了执行公共任务的专用命令和操作基础 JMX 接口的命令。基本命令行工具是 weblogic.Admin，既支持单条命令，又支持用于执行管理性命令的批处理模式。

·  可编程 API： 一组 API 和 Ant 任务，允许您访问 JMX 接口，管理基础结构就以这些接口为基础。这些接口包括了松散类型的标准 JMX 接口，这是一种强类型的易于使用的 JMX 对象接口以及一组 Ant 任务，这组任务允许您配置、部署、启动和中止服务器。

我们将在本文讨论管理 BEA WebLogic Server 的方法，而不需要了解 JMX 基础结构，JMX 基础结构将在随后的文章中介绍。我们从对图形管理工具的综述开始，然后转到讨论命令行工具的使用，而不需要了解 JMX 。在讲述 WebLogic Server 管理之前，首先定义一些重要的概念， WebLogic Server 管理就基于这些概念。

管理概念和术语
BEA WebLogic Server 使用术语域（domain） 来描述逻辑上有关联的 WebLogic Server 资源群组，它作为一个单元管理。域是一个纯粹的管理性实体，逻辑上能够涵盖一个以上的应用程序，或者甚至涵盖应用程序的一部分，理解这些很重要。一个域总是至少包含一个称作 Administration (或 Admin) Server 的 WebLogic Server 实例。Admin Server 充当用于管理的中心配置库和中心联络点。一个域还可能包含附加的 WebLogic Server 实例（称作被管理服务器）和群集。每一个群集都包含一个或多个被管理服务器，并且可以跨跃一个或多个物理机器。

WebLogic Server 还支持节点管理器的使用。节点管理器（node manager） 是一个跨域的实体，为远程启动服务器、重启失败的服务器以及监控服务器健康状况提供了支持。

同样，每台物理机器只需要一个节点管理器实例。稍后我们将深入看一看节点管理器。图 1 显示了WebLogic Server 域拓扑的一个例子。

除了便于域的管理，Admin Server 还在其上至少部署了一个应用程序：一个 J2EE 应用程序，其功能是将WebLogic Server Administration Console交付给浏览器。

图形工具：Configuration Wizard、Admin Console 和 Builder

在这一节，我们将带领您从封装应用程序的角度浏览 WebLogic Server GUI 工具，并浏览配置好准备进行应用程序部署的 BEA WebLogic Server 8.1 系统和应用程序环境。

应用程序环境配置

安装了 BEA WebLogic Server 8.1 软件之后，需要做的第一件事是设置一个域，并启动 Admin Server。正如前面提到的，Admin Server 的其中一个责任就是充当域的配置库。这种配置信息主要驻留在一个称作 config.xml 的 XML 文件中。为了启动 Admin Server 以及访问 Admin Console，以配置域的其余部分，会需要一个基础 config.xml 文件（和一些其他文件），该文件反映了您的环境，并具备足够的信息启动 Admin Server。WebLogic Server 提供了带领您配置该过程的 Configuration（简写为 Config）Wizard。

Config Wizard 是一个独立的 Java Swing 应用程序，随 WebLogic Server 一起发布。由于它基本上是一个引导工具，所以用它来创建域所需的基本配置不需要运行 Admin Server。您可以选择配置关于域的附加信息，比如拓扑信息（例如，群集、被管理服务器及机器）、JDBC 和 JMS 资源以及安全（例如，用户、群组及角色）。

与在任何其他基于向导的工具中一样，在整个配置过程，Config Wizard 带领您通过了一连串的数据输入屏幕，不仅接受输入，而且还校验准确度。在过程进行中，您可以前进后退、改变决定以及修改遇到的错误。图 2 显示了其中一个 Config Wizard 屏幕。

一旦完成了配置过程，Config Wizard 就创建了启动 Admin Server 所需的所有必要的目录和文件。此时，您可能需要通过 Admin Console 作附加的配置，或者取决于应用程序的需要，可能已经准备好可以部署 J2EE 应用程序了。

一旦完成了域的整体配置，WebLogic Server Configuration Template Builder 就允许将一个现有的域转换为一个模板，以便能够分发和重复利用，以在其他环境中创建等效的配置。在设法将应用程序从开发阶段提升到 QA、用户验收测试以及生产时，上述做法会大有帮助。

利用 Administration Console 进行系统配置

一旦启动了 Admin Server，就可以访问 Admin Console 了，就像在配置的端口访问运行在服务器上的任何其他 Web 应用程序一样。缺省情况下，服务器使用端口 7001，所以从 Admin Server 正在运行的机器访问控制台的 URL 为 http://localhost:7001/console。图 3 显示了登录后 Admin Console 的初始视图，带有与部署的 BEA WebLogic Server 8.1 一起发布的 Medical Record 样例应用程序。例如，左边的对象树中有些节点已经展开了。

Admin Console 为 WebLogic Server 管理提供了一个图形、直观而全面的界面。作为一名开发人员，您可以或多或少地关心其中某些功能；不过至少要知道 Admin Console 所必须提供的内容，这一点很重要。

Admin Console 所提供的其中一个功能区域是通用服务器配置。其中有像服务器重启属性、内存及线程设置、监听地址和端口、对 WebLogic Server 所支持的不同协议（例如，IIOP、HTTP 及 COM）的设置、日志设置以及许多其他功能的参数的设置。

然而，当应用程序从开发阶段转入 QA、性能与负载测试、生产时，它们可能就重要了。图 4 显示了用于 HTTP 协议配置的服务器配置屏幕。

首先，BEA WebLogic Server 为应用程序提供了一组服务，其中许多有助于你在你的应用中决定是否使用应用服务器的服务。这些服务包括 J2EE 和非 J2EE 资源。通常您不能部署自己的应用程序，除非已经在服务器中配置了自己应用程序所需的所有 J2EE 资源。这些资源包括数据库连接（JDBC 连接池和数据源）、异步消息支持（JMS）、电子邮件连接（JavaMail）、集成资源适配器（JCA）及其他。为了使应用程序正确发挥功能，需要适当配置其他服务。这些服务包括事务支持（JTA）、安全、XML 及其他。Admin Console 提供了一个所有这些服务的方便直观的视图，就像可以配置、管理和监控的对象组成的一棵树。

除了这些应用程序服务，WebLogic Server 还提供了一组服务，旨在为应用程序提供高性能、高可伸缩性、高容错能力及高可靠性。这些服务由以下内容组成，用于控制in-memory内存复制功能中的复制组、用于性能和资源效率的各种缓存技术、对象池、线程池，等等。通过 Admin Console 和 J2EE 部署描述符，WebLogic Server 给予了您配置和微调其中许多服务的能力，以便优化应用程序的性能、可用性及可靠性。例如，提高性能的最重要的配置参数之一是执行队列线程数目。服务器接收到一个请求时，将其放入执行队列。然后，将该请求分配给一个执行线程，这个线程处理该请求并向请求者返回响应。除了处理请求的默认队列，WebLogic Server 还提供了配置新执行队列的能力，每一个执行队列都有自己的执行线程集合，并将它们分配给整个应用程序或应用程序块。正如稍后将要看到的，Admin Console 提供了强大的监控功能，能帮助了解和优化应用程序的性能。

利用 WebLogic Builder 进行 J2EE 应用程序配置
在部署应用程序以便它能正确使用服务器提供的所有服务之前，除了配置服务器提供的不同服务之外，还需要对应用程序进行配置和打包。按照 J2EE 规范，特定于您的应用程序的配置存储在称作部署描述符（DD）的 XML 配置文件中。虽然可以使用任何文本编辑器手工创建和编辑 DD，但是您将会发现这是一个非常单调冗长且易于出错的过程。WebLogic Builder —— 一个图形 J2EE 应用程序打包和部署工具——在该过程中有极大的帮助。

WebLogic Builder（参阅图 5）是一个独立的基于 Java Swing 的工具，随 BEA WebLogic Server 一起发布。它允许创建和修改存储在J2EE 标准部署描述符和特定于 WebLogic Server 的部署描述符中的应用程序的配置。虽然该工具不需要运行 WebLogic Server，但是，如果 WebLogic Server 的一个正在运行中的实例可用，它就能根据该实例来验证应用程序配置的多项设置。完成配置之后，WebLogic Builder 会将 J2EE 应用程序打包到合适的 JAR、WAR 或 EAR 文件中；甚至将其直接部署到您所选择的 WebLogic Server 实例中。

您可能注意到了，在 Config Wizard、Admin Console 和 WebLogic Builder 之间，配置功能上存在着一些重叠。这些工具中每一个都集中在一个特定的受众和任务上。WebLogic Builder 旨在允许应用程序开发或部署人员创建和修改应用程序部署描述符以及打包您的 J2EE 应用程序以部署到 BEA WebLogic Server 上。WebLogic Server Config Wizard 旨在提供一种域配置引导机制，以创建启动 Admin Server所必要的文件。WebLogic Server 的 Admin Console 是用于其他所有任务的基本配置、部署及监控工具。作为一名开发人员，对这些工具中的每一个都至少有些了解是很有益处的。

小结
本文介绍了 BEA WebLogic Server 域的主要概念和术语。

然后，展示了最常用的图形工具：Administration Console、Configuration Wizard 和 WebLogic Builder，用于设置 WebLogic Server 以及打包和配置要部署在其上的应用程序。

在下一篇文章中，将考察应用程序部署、运行时管理以及 WebLogic Server 中的监控工具——既有基于图形的，也有基于命令行的。

关于作者

Vadim Rosenberg 是 BEA WebLogic Server的产品销售经理。在加入 BEA 之前，Vadim 在商务软件工程方面花费了 13 年的时间，最近正在 Compaq Computers (Tandem Division) 开发一种容错且可伸缩性极强的 J2EE 框架。

Robert Patrick 是 BEA 的CTO Office 的主管，还是 Mastering BEA WebLogic Server: Best Practices for Building and Deploying J2EE Applications 一书的合著者。 他已经渡过了自己的帮助客户用 BEA Tuxedo 和 BEA WebLogic Server 设计、构建以及部署高性能、容错、关键任务分布式系统的职业生涯。