WebSphere Application Server: 概述

了解编程模型,更深入地了解产品,然后快速入门。

在本产品上部署的应用程序的编程模型具有下列方面:
  • 用于开发应用程序的 Java™ 规范和其他开放式标准
  • 用于增强应用程序功能的 WebSphere® 编程模型扩展
  • 供已部署应用程序使用的应用程序服务器中的容器和服务,有时还可以扩展它们

此图显示了一个应用程序服务器安装。 在此处讨论与编程模型相关的部件。 其他部件构成产品体系结构,独立于编程模型勾划的各种应用程序类型。 请参阅 产品概述

应用程序服务环境

Java EE 应用程序组件

该产品支持符合 Java Platform, Enterprise Edition (Java EE) 规范的应用程序组件。
Web 应用程序在 Web 容器中运行。

Web 容器是运行 Web 应用程序组件的应用程序服务器的一部分。 Web 应用程序由 一个或多个相关的 Servlet、JavaServer Pages 技术(JSP 文件)和超文本标记语言 (HTML) 文件组成,它 们可以作为一个单元来管理。 将它们组合起来可以执行业务逻辑功能。

Web 容器处理 Servlet、JSP 文件和其他类型的服务器端包含内容。 每个应用程序服务器运行时都有一个逻辑 Web 容器,逻辑 Web 容器可以修改,但不能创建或除去。 每个 Web 容器都提供了下列内容。
Web 容器传输链
使用 Web 容器入站传输链将请求定向至 Web 容器。 该链由一个 TCP 入站通道(提供与网络的连接)、一个 HTTP 入站通道(处理 HTTP 请求)和一个 Web 容器通道(通过此通道将对 Servlet 和 JSP 文件的请求发送到 Web 容器以进行处理)组成。
Servlet 处理
处理 Servlet 时,Web 容器会创建请求对象和响应对象,然后调用 Servlet 服务方法。 适当的时候,Web 容器会调用 Servlet 的 destroy 方法并卸载 Servlet,然后 JVM 会执行垃圾回收。

Servlet 可以执行如下任务:支持动态 Web 页面内容、提供数据库访问、同时为多个客户机服务以及过滤数据。

JSP 文件支持将 HTML 代码与 Web 页面的业务逻辑相分离。 通过对 JSP 规范的 IBM® 扩展, HTML 作者可以轻松地将 Java 技术的功能添加到 Web 页面,而无需成为 Java 编程方面的专家。

HTML 和其他其他静态处理
定向至 Web 容器的对 HTML 和其他静态内容的请求由 Web 容器入站链进行处理。 但是,在大多数情况下,使用外部 Web 服务器和 Web 服务器插件作为 Web 容器的前端更适合生产环境。
会话管理
如 Servlet 应用程序编程接口 (API) 规范中所述,提供了对 javax.servlet.http.HttpSession 接口的支持。

HTTP 会话是对 Servlet 的一系列请求,这些请求来自同一浏览器的同一用户。 会话允许在 Web 容器中运行的应用程序跟踪个别用户。 例如,当用户浏览站点时,许多 Web 应用程序允许用户根据他们在所访问页面上的一系列选择,动态地收集数据。 用户接下来会浏览哪里,或站点接下来会显示什么内容,都可能依赖于用户先前从站点上选择的内容。 为了维护此数据,应用程序将其存储在 会话中。

SIP 应用程序及其容器

SIP 应用程序是至少使用一个会话启动协议 (SIP) Servlet 的 Java 程序。 SIP 可用来建立、修改和终止多媒体 IP 会话(包括 IP 电话、用户状态和即时消息传递)。

Portlet 应用程序及其容器

Portlet 应用程序是特殊的可重用 Java Servlet,在门户网站页面上显示为已定义的区域。 Portlet 提供了对许多不同应用程序、服务和 Web 内容的访问。

EJB 应用程序在 EJB 容器中运行。

EJB 容器提供了部署和管理企业 bean 所需的所有运行时服务。 它是一个服务器进程,处理对会话 bean 和实体 bean 的请求。

企业 Bean 是 Java 组件,这些组件通常会实现 Java EE 应用程序的业务逻辑以及对数据进行访问。 打包在 EJB 模块中、安装在应用程序服务器中的企业 bean 不直接与服务器通信。 而 EJB 容器是 EJB 组件与应用程序服务器之间的接口。 容器与服务器一起提供了企业 bean 运行时环境。

容器提供了许多低级别服务,包括线程技术和事务支持。 从管理观点来看,容器处理对所包含的 bean 进行的数据访问。 单个容器可以主管多个 EJB Java 归档 (JAR) 文件。

客户机应用程序和其他类型的客户机

在客户机/服务器环境中,客户机与在服务器上运行的应用程序进行通信。 客户机应用程序应用程序客户机通常是指按照一组特定的 Java 规范实现的客户机,而且这些客户机在符合 Java EE 的应用程序服务器的客户机容器中运行。 WebSphere Application Server 环境中的其他客户机包括作为 Web 应用程序实现的客户机 (Web 客户机) , Web Service 程序的客户机 (Web Service 客户机) , 和产品系统管理的客户机 (管理客户机)。
客户机应用程序及其容器
客户机容器独立于应用程序服务器安装在客户机上。 它使客户机能在兼容 EJB 的 Java EE 环境中运行应用程序。 此图显示了在客户机容器中运行的 Java 客户机。

此产品提供了方便的 launchClient 工具 ,用于启动应用程序客户机及其客户机容器运行时。

根据技术信息原始资料,客户机应用程序有时称为应用程序客户机。 在本文档中,这两个术语同义。

Web 客户机,也称为 Web 浏览器客户机
此图显示了 Web 浏览器客户机,它可以简称为 Web 客户机,对应用程序服务器的 Web 容器发出请求。 Web 客户机或 Web 浏览器客户机在 Web 浏览器中运行,通常是 Web 应用程序。
Web Service 客户机
Web Service 客户机是可存在于应用程序服务环境中的另一种客户机。 下图没有描述 Web Service 客户机。 Web Service 信息包括有关此客户机类型的信息。
管理客户机
此图显示了两种管理客户机:脚本客户机和管理控制台,管理控制台是用于管理本产品的图形用户界面 (GUI)。 这两者都是系统管理基础结构的访问部件。 不管您部署到服务器上的应用程序是什么类型,这两者实际上是一样;在这个意义上,管理客户机是产品体系结构的一部分。 但是,由于这些客户机中许多都是您创建的程序,所以作为编程模型的一部分对它们进行了讨论,以保证内容完整。

请参阅 使用管理客户机

Web 服务

Web 服务
此图显示了 Web Service 引擎,它是应用程序服务器运行时中 Web Service 支持的一部分。 Web Service 是独立的、模块化的应用程序,您可以在网络上描述、发布、查找和调用它们。 它们实现面向服务的体系结构 (SOA),这一体系结构支持以灵活和标准化的方式实现资源及数据的连接或共享。 会对服务进行描述和组织以支持其动态的自动化发现和复用。

产品充当 Web Service 提供程序和请求者。 作为提供程序,它主管发布来供客户机使用的 Web Service。 作为请求者,它主管从其他位置调用 Web Service 的应用程序。 此图显示了此功能中与 Web Service 提供程序或网关联系的 Web Service 引擎。

数据访问、消息传递和 Java EE 资源

数据访问资源
用于访问应用程序服务器中的企业信息系统 (EIS) 的连接管理基于 Java EE 连接器体系结构 (JCA) 规范。 此图显示了 JCA 服务帮助应用程序访问数据库,应用程序在该数据库检索和持久保存数据。

通过使用 EIS 提供的插入到应用程序服务器中的资源适配器完成企业应用程序和 EIS 之间的连接。 此体系结构指定连接管理、事务管理以及应用程序服务器和 EIS 之间的安全合同。

应用程序服务器池中的连接管理器(未显示)会共享和管理连接。 它能管理通过 JCA 规范定义的资源适配器获取的和通过 JDBC 2.0 扩展规范定义的数据源获取的连接。

JDBC 资源(JDBC 提供程序和数据源)是应用程序用于访问数据的 Java EE 资源。 虽然数据访问是比 JDBC 资源更广的主题,但为了使此信息更易于使用,通常会在 Java EE 资源的标题下将数据访问进行分组。

JCA 资源适配器是应用程序使用的另一种类型的 Java EE 资源。 JCA 定义用于将 Java EE 平台连接到不同的 EIS 的标准体系结构。 想像一下不用 Java 编程语言编写 ERP、大型机事务处理、数据库系统和旧应用程序的情况。

JCA 资源适配器是一个系统级别软件驱动程序,由 EIS 供应商或其他第三方供应商提供。 它提供了 Java EE 应用程序服务器或客户机与 EIS 之间的连接。 要使用资源适配器,请安装资源适配器代码并创建使用该适配器的配置。 产品提供了预定义的关系资源适配器供您使用。

消息传递资源和消息传递引擎
JMS 支持使应用程序能使用 JMS 目标(队列或主题)与其他 JMS 客户机以异步方式交换消息。 应用程序可以使用消息驱动的 bean 自动从 JMS 目标和 JCA 端点检索消息,而不必对消息进行显式轮询。

对于入站非 JMS 请求,消息驱动的 Bean 使用为此目的编写的 Java EE 连接器体系结构 (JCA) 1.5 资源适配器。 对于 JMS 消息传递,消息驱动的 bean 可以使用基于 JCA 的消息传递提供程序,如作为该产品一部分的缺省消息传递提供程序。

消息传递引擎支持下列消息提供程序类型。
缺省消息提供程序(服务集成总线)
缺省消息传递提供程序使用服务集成总线来进行传输。 缺省消息提供程序提供了点到点功能以及发布和预订功能。 在此提供程序中,可定义 JMS 连接工厂和对应于服务集成总线目标的目标。
IBM MQ 提供程序
您可以使用 IBM MQ 作为外部 JMS 提供程序。 应用程序服务器提供 JMS 客户机类和管理接口,而 IBM MQ 提供基于队列的消息传递系统。
通用 JMS 提供程序
可以使用另一个消息传递提供程序,只要它实现 JMS 1.0.2 规范的 ASF 组件就可以了。 此提供程序的 JMS 资源不能使用管理控制台来配置。
对于转换用户: V 6 将 JMS 服务器的 V 5 概念替换为内置到应用程序服务器中的消息传递引擎,从而提供先前提到的各种提供程序。 V5 消息传递提供程序用来配置资源以与 V5 嵌入式消息传递配合使用。 还可以将 V5 缺省消息传递提供程序与服务集成总线配合使用。

EJB 2.1 引入了 ActivationSpec 以将消息驱动的 bean 连接至目标。 为了与 V5 兼容,仍然可以针对侦听器端口配置 JMS 消息驱动的 bean (EJB 2.0)。 对于那些消息驱动的 bean,消息侦听器服务提供了控制和监视一个或多个 JMS 侦听器的侦听器管理器,而每个 JMS 侦听器代表已部署的消息驱动的 bean 监视 JMS 目标。

服务集成总线

服务集成总线为消息传递应用程序和面向服务的应用程序提供了统一的通信基础结构。 服务集成总线是一个 JMS 提供程序,它提供可靠的消息传输并使用中间逻辑来使消息流智能地整合到网络中。 它支持附加 Web Service 请求者和提供程序。 它的功能完全集成到产品体系结构中,包括安全性、系统管理、监视和问题确定子系统。

服务集成总线通常称为总线。 当使用服务集成总线来主管 JMS 应用程序时,通常将它称为消息传递总线。 它包括下列部件(未显示在图的此详细信息级别中)。
总线成员
添加到总线的应用程序服务器。
消息传递引擎
管理总线资源的组件。 它提供了一个连接点,供客户机产生消息或从中使用消息。
目标
总线中的一个位置,应用程序附加到其中以交换消息。 目标可以表示 Web Service 端点、消息传递点到点队列或消息传递发布和预订主题。 目标在总线上创建,并且位于消息传递引擎上。
消息存储
每个消息传递引擎使用受支持数据存储(例如,JDBC 数据库)中的一组表来存放信息,例如,消息、预订信息和事务状态。
通过服务集成总线 Web Service 支持,您可以执行下列操作:
  • 使在服务目标中已经可用的内部服务能用作 Web Service。
  • 使外部 Web Service 在服务目标中可用。
  • 使用 Web Service 网关,将现有服务(内部服务或外部 Web Service)映射到可能是由网关提供的新 Web Service。
并行、邮件、URL 和其他 Java EE 资源
下列类型的 Java EE 资源供部署在符合 J2EE 的应用程序服务器上的应用程序使用。
  • JDBC 资源和用于数据访问的其他技术(先前已讨论过)
  • JCA 资源适配器(先前已讨论过)
  • JMS 资源和其他消息传递支持(先前已讨论过)
  • 并行资源,用于提交或安排任务以并行运行,创建继承 Java EE 上下文的线程,将 Java EE 上下文传输到接口调用(例如,异步回调)。
  • JavaMail 支持(用于应用程序发送因特网邮件)

    JavaMail API 提供了平台和协议独立的框架来构建基于 Java 的邮件客户端应用程序。 这些 API 要求服务提供程序(称为协议提供程序)与运行相应协议的邮件服务器进行交互。

    邮件提供程序包含一组协议提供程序:用于发送邮件的简单电子邮件传输协议 (SMTP);用于接收邮件的邮局协议 (POP);以及用于接收邮件的另一个选项的因特网消息访问协议 (IMAP)。 要使用另一种协议,必须安装对应于该协议的服务提供程序。

    JavaMail 不仅需要服务提供者,还需要 JavaBeans 激活框架 (JAF) 作为底层框架,以处理非纯文本的复杂数据类型,例如多用途因特网邮件扩展 (MIME) , URL 页面和文件附件。

  • URL(用于描述逻辑位置)

    URL 提供程序实现特定 URL 协议(例如,HTTP)的功能,使特定协议处理的应用程序与 URL 资源之间的通信成为可能。 包含缺省 URL 提供程序以供具有基于受支持的 Java 平台 Standard Edition (Java SE) 规范 (例如 HTTP , FTP 或文件) 的协议的任何 URL 资源使用。 还可以插入您自己的实现其他协议的 URL 提供程序。

  • 资源环境条目(用于将逻辑名映射至物理名)

    java:comp/env 环境提供了一个机制,可借助该机制来查找 JNDI 名称空间对象和本地应用程序环境对象。 缺省情况下,产品提供了许多本地环境条目。

    Java EE 规范还提供了一种机制,这种机制通过在应用程序的标准部署描述符中定义条目来定义定制环境条目。 Java EE 规范使用下列方法来从应用程序中分离出资源环境条目的定义。
    • 要求应用程序服务器提供用于定义蕴含资源环境条目的独立管理对象的机制。 管理对象可使用 JNDI 在应用程序服务器本地名称空间 (java:comp/env) 中访问。
    • 指定管理对象的 JNDI 查找名称和期望的返回对象类型。 此规范是在部署描述符中前面提到的资源环境条目中执行的。
    产品支持将资源环境条目与下列管理概念配合使用。
    • 资源环境条目定义资源环境条目的绑定目标(JNDI 名称)、工厂类和返回对象类型(通过指向引用内容的链接)。
    • 引用内容定义返回实现 Java 接口的对象实例的工厂类名。
    • 资源环境提供程序将引用内容、资源环境条目和任何必需的定制属性集中在一起。

安全性

安全编程模型和基础结构
此产品提供安全性基础结构和机制以保护敏感的 Java EE 资源和管理资源,并处理有关认证、资源访问控制、数据完整性、机密性、隐私和安全互操作性的企业端对端的安全要求。

安全基础结构和机制可保护 Java Platform, Enterprise Edition (Java EE) 资源和管理资源,满足企业安全需求。 反过来,此产品的安全性基础结构使用多层企业计算框架的现有安全性基础结构。 产品基于开放式体系结构,它提供许多与企业软件组件相集成的插件点以提供端对端的安全性。

安全性基础结构涉及独立于应用程序类型的产品体系结构的编程模型和元素。

供应用程序使用的其他服务

命名和目录
每个应用程序服务器都提供一个命名服务,而该服务又提供一个 Java 命名和目录接口 (JNDI) 名称空间。 该服务用于注册应用程序服务器上的资源。 JNDI 实现构建在公共对象请求代理体系结构 (CORBA) 命名服务 (CosNaming) 上。

JNDI 提供对命名进行的客户端访问,并提供由应用程序开发者使用的编程模型。 CosNaming 提供服务器端实现,而且它是实际存储名称空间的位置。 JNDI 基本上提供存储在 CosNaming 中的名称空间的客户端包装程序,并与代表客户机的 CosNaming 服务器进行交互。

应用程序服务器的客户机会使用命名体系结构来获取对与那些应用程序相关的对象的引用。 将这些对象绑定到通常分层的结构中,这个结构称为名称空间。 名称空间由一组名称绑定组成,每个名称绑定是与特定上下文和与该名称绑定的对象相关的名称。 可以通过名称服务器访问和操作名称空间。

本产品提供了下列命名和目录功能。
  • 分布式名称空间(用于其他可伸缩性)
  • 瞬态和持久分区(用于各种作用域上的绑定)
  • 跨多个服务器的联合名称空间结构
  • 已配置的绑定(用于定义在服务器启动时系统绑定的绑定)
  • 支持 CORBA 互操作命名服务 (INS) 对象 URL

请注意,通过添加虚拟成员管理器来提供对产品安全性的联合存储库支持,该产品现在提供比以往任何时候都更广泛和更复杂的身份管理功能,尤其是与其他 WebSphere 和 Tivoli ® 产品结合使用。

对象请求代理 (ORB)
此产品使用 ORB 来管理客户机应用程序与服务器应用程序之间的交互以及产品组件之间的交互。 在分布式网络环境中,ORB 使用 IIOP 来支持客户机从服务器发出和接收请求。

在具有位置透明性的条件下,ORB 为客户机提供框架以在网络中查找对象并调用对那些对象的操作,就像远程对象与客户机位于同一运行进程中一样。

虽然图中没有显示出来,但是 ORB 起作用的一个地方是客户机容器代表 Java 客户机连接至 EJB 容器时。

事务
应用程序服务器的一部分是事务服务。 本产品提供了高级事务功能,它们可以帮助应用程序开发者省去定制编码。 它提供相应的支持,解决了许多将现有软件资产集成到 Java EE 环境的相关问题。 这些度量包括 ActivitySessions。

服务器上运行的应用程序可以使用事务来协调对资源的多个更新(作为一个工作单元)以确保更新的一致性(全部完成或无一完成)。 事务是由应用程序或部署应用程序的容器启动和结束。

应用程序服务器是支持协调资源管理器并与其他兼容的事务管理器一起参与分布式全局事务的事务管理器。

当不需要分布式事务支持时,可以通过它们的局部事务支持配置服务器与数据库、JMS 队列和 JCA 连接器进行交互。

应用程序使用事务的方法取决于应用程序组件的类型,例如:
  • 会话 bean 可以自己管理它的事务,也可以委托容器管理事务。
  • 实体 bean 使用容器管理的事务。
  • Web 组件(如 Servlet)使用 bean 管理的事务。
产品使用下列组件处理事务。
  • 事务管理器支持可恢复 XAResources 的加入列表,并确保在事务结束或应用程序服务器故障并重新启动后,将每个这样的资源驱动为一致结果。
  • 当应用程序执行对事务资源管理器(例如数据库)的更新时,容器代表应用程序管理 XAResources 的加入列表。 可选,容器能够控制(为容器管理的事务配置企业 bean 的 EJB 应用程序的)事务的定界。
  • API 处理 bean 管理企业 bean 和 Servlet,这允许这样的应用程序组件控制其自己事务的定界

WebSphere 扩展

WebSphere 编程模型扩展是通过购买本产品而使您获利的编程模型。 它们代表增强应用程序功能和性能的前沿技术,并使编程和部署变得更快和更有效。

另外,应用程序可以使用 Eclipse 扩展框架。 只要您定义了扩展点并为应用程序的可扩展区域提供扩展处理代码,这些应用程序就是可扩展的应用程序。 通过定义符合目标扩展点需要的扩展,还可以将应用程序插入另一个可扩展应用程序。 扩展点可以动态查找新添加的扩展,并且会将新功能无缝集成到现有应用程序中。 它在跨 Java Platform, Enterprise Edition (Java EE) 模块的基础上工作。 应用程序扩展注册表使用 Eclipse 插件描述符格式和应用程序编程接口 (API) 作为 WebSphere 应用程序的标准可扩展性机制。 构建 WebSphere 应用程序模块的开发者可以使用 WebSphere Application Server 扩展来实现 Eclipse 工具,并提供插件模块以在 WebSphere 应用程序中的预定义扩展点提供操作,任务,菜单项和链接之类的功能。 有关此功能的更多信息,请参阅 应用程序扩展注册表

各种 WebSphere 编程模型扩展和在应用程序服务器运行时中支持这些 WebSphere 扩展模型的相应应用程序服务可以分为三个组:业务对象模型扩展、业务流程模型扩展和用于产生下一代应用程序的扩展。

适合业务对象模型的扩展

业务对象模型扩展与业务对象(如企业 bean (EJB) 应用程序)的互操作。
应用程序概要分析
应用程序概要分析是用于定义策略以动态控制并发性、预取和预读的 WebSphere 扩展。

应用程序概要分析和访问意向提供了一种调整企业 bean 应用程序性能的灵活方法,而且对源代码没有任何影响。 不同的企业 Bean,甚至同一企业 bean 中的不同方法都可以拥有自己的资源访问意向。 基于组件的访问意向概要分析组件会提高应用程序服务器运行时中的性能。

动态查询
动态查询是具有空前的应用程序灵活性的 WebSphere 编程扩展。 动态查询让您动态构建并提交在运行时选择、排序、连接并对应用程序数据进行计算的查询。 动态查询服务使您能在运行时传入并处理 EJB 查询语言查询,这样在应用程序开发期间,就不需要在部署描述符中对所需查询进行硬编码。

动态查询通过使客户机能在运行时期间在 EJB 组件上运行定制查询来改进企业 Bean。 直到现在,仍在开发时实现 EJB 查找和字段映射,并且为了更改它们需要进一步的开发或重新装配。

动态高速缓存
动态高速缓存服务通过高速缓存 Servlet 输出、命令和 JSP 文件改进性能。 应用程序服务器中的此服务会拦截对可高速缓存对象的调用,以及存储对象输出或为来自动态高速缓存的对象内容提供服务。

由于 Java EE 应用程序具有高读/写率,而且可以容忍在数据流通中的很短的等待时间,所以动态高速缓存可以为获取服务器响应时间、吞吐量和可伸缩性中的重大收益而创建机会。

这些功能包括集群之间的高速缓存复制、高速缓存磁盘卸载,Edge Side Include 高速缓存和外部高速缓存 - 控制应用程序服务器外的高速缓存(如 Web 服务器的高速缓存)的能力。

适合业务流程模型的扩展

业务流程模型扩展提供流程、工作流程功能和用于应用程序服务器的服务。 与业务集成功能协同使用它们。
ActivitySessions
ActivitySession 是 WebSphere 扩展,它用于降低处理与一阶段落实资源关联的落实规则和限制的复杂性。

ActivitySession 提供扩展多个局部事务作用域的能力,和将这些事务分组的能力。 这使事务基于部署条件或通过显式程序逻辑来落实。

Web 服务
Web Service 是独立的、模块化的应用程序,您可以在网络上描述、发布、查找和调用它们。 它们实现面向服务的体系结构 (SOA),这一体系结构支持以非常灵活和标准化的方式实现资源及数据的连接或共享。 会对服务进行描述和组织以支持其动态的自动化发现和复用。

用于创建下一代应用程序的扩展

可以在需要特定扩展的应用程序中使用下一代扩展。 这些下一代应用程序通过协调最近的调用来启用下一代开发,这些最近的调用构建在现在的 Java EE 标准上。 与以前相比,这对应用程序开发、执行和性能提供了更好的控制。
异步 bean
不推荐使用异步 Bean,将替换为 Java EE 的并行实用程序。

异步 bean 通过使单个任务能作为多个任务运行,从而提高了资源密集型任务的性能。 异步调度工具还可用于在指定时间以 批处理方式 处理并行处理请求。 此产品会为异步执行和线程调用以及应用程序服务器中的组件提供全力支持。 应用程序服务器会为组件提供执行和安全上下文,使它们成为应用程序的完整部件。

启动 bean
当应用程序服务器启动或停止时,启动 bean 允许自动执行业务逻辑。 例如,可以使用它们预先填充特定于应用程序的高速缓存、初始化应用程序级别连接池或执行其他特定于应用程序的初始化和终端过程。
对象池
对象池通过支持复用对象的多个实例,为提高运行时的应用程序性能提供了一种有效方法。 此复用会减少与实例化、初始化和垃圾回收对象关联的开销。 创建对象池允许应用程序获取 Java 对象的实例,并将实例返回给池(当应用程序已使用完此 Java 对象实例时)。
国际化
国际化服务是用于改进开发者工作效率的 WebSphere 扩展。 国际化服务允许您自动识别调用客户机的时区和位置信息,这样应用程序可以采取相应的操作。 这一技术使您能为全球的每位用户提供正确的日期和时间信息、适当的货币和语言以及正确的日期和十进制格式。
调度程序
Scheduler 服务是负责在特定时间或时间间隔启动操作的 WebSphere 编程扩展。 它通过充分利用现有的计算资源,有助于将 IT 成本降至最低并提高应用程序速度和响应。 Scheduler 服务提供使用并行处理来处理工作负载、将特定事务设为高优先级和调度较少的对时间敏感的任务的能力,以便在流量较低的下班时间进行处理。
工作区
工作区是用于改进开发者工作效率的 WebSphere 扩展。 工作区提供的功能与 全局变量的功能非常相似。 它们提供用于在应用程序组件之间传递和传播上下文信息的解决方案。

工作区使用户能跨分布式应用程序实施信息的高效共享。 例如,您可能希望在各个客户进入应用程序时添加概要文件信息。 将此信息放入工作区后,即可在整个应用程序中使用它,从而消除了手动编写解决方案或从数据库读写信息的需求。