WebSphere Application Server V8.5 中的新功能

IBM® WebSphere® Application Server V8.5 是一个主要版本,提供了显著的运行时改进,以及开发和部署应用程序的更简单、更容易的方法。本文将从总体上概述使这些改进成为可能的一些新技术特性和增强。 本文来自于 IBM WebSphere Developer Technical Journal 中文版

Tom Alcott, IT 咨询专家, IBM

Tom Alcott 是 IBM 美国的一位 IT 咨询专家。自 1998 年 Worldwide WebSphere Technical Sales Support 小组成立以来,他就一直是该小组的成员。在此期间,他花费了大部分时间来编写用户手册。在开始研究 WebSphere 之前,他是 IBM 的 Transarc 实验室的一名系统工程师,负责支持 TXSeries。他有 20 多年从事基于大型机和分布式系统的应用程序设计与开发工作的背景。他撰写并发表了大量关于 WebSphere 运行时问题的文章。



2012 年 9 月 13 日

免费下载:IBM® WebSphere® Application Server 试用版
下载更多的 IBM 软件试用版,并加入 IBM 软件下载与技术交流群组,参与在线交流。

简介

IBM WebSphere Application Server V8.5 中的新特性、功能和改进解决了 开发人员体验应用程序恢复能力操作和控制 等关键领域内的问题。

最明显的新功能可能是称为 Liberty 的 WebSphere Application Server 配置文件,更准确地说,应该是 Liberty 配置文件。词语 “Liberty” 的使用旨在表明这个新配置文件从庞大的应用服务器运行时提供的自由。毋庸置疑,向公众发布 WebSphere Application Server V8.5 的日期 2012 年 6 月 15 也是签署英国大宪章的周年纪念日(1215 年 6 月 15 日)。尽管 Liberty 配置文件的历史意义可能不同于大宪章,但是人们很容易在对这一新特性的所有关注和兴奋中遗漏它!

当然,WebSphere Application Server V8.5 带来的远不只 Liberty 配置文件,还包括面向管理和操作人员的重要的新特性,比如来自 IBM WebSphere Virtual Enterprise 的 Intelligent Management 功能,这些功能可最大程度地减少最终用户中断,最大程度地提高操作人员对生产环境的监视和控制。WebSphere Application Server V8.5 还对 WebSphere Application Server V8 中提供的 Java™ Batch 功能进行了增强,并增强了其他功能,以提高操作控制和人员效率。

以下各节将介绍您可以在这个最新的 WebSphere Application Server 版本中找到的许多主要的新功能。


开发人员体验

这一区域的新特性和增强包括:

Liberty 配置文件

在 WebSphere Application Server V8.5 中的开发人员体验特性列表中,最重要的是 Liberty 配置文件。Liberty 配置文件是一种新的动态配置文件。不同于传统的 WebSphere Application Server 静态配置文件运行时特性,Liberty 以一种细粒度的方式来满足应用程序的需求,确保只有必要的应用程序容器功能才会启动。这么做为您提供了部署具有丰富需求的 Web 应用程序的 “自由”,并提供了所有必要组件,比如安全性、事务管理、连接池和通过 JPA 或 JDBC 实现的持久性。

因为 Liberty 是一个动态配置文件,所以此动态运行时的中心是一个新内核,该内核利用 OSGi 来加载应用程序所需的 API 和运行时特性。尽管 WebSphere Application Server 自 V6.1 以来就包含一个基于 OSGi 的运行时,但 V8.5 中的 Liberty 配置文件实际上利用了 OSGi。结果导致较小的应用服务器进程内存占用(Web 应用程序通常小于 60MB),这些应用程序通常只需不到 5 秒即可启动。

Liberty 配置文件运行时与传统的 WebSphere Application Server 配置文件运行时之间的区别如图 1 中所示。

图 1. WebSphere Application Server 配置文件运行时与 Liberty 配置文件运行时的对比
图 1. WebSphere Application Server 配置文件运行时与 Liberty 配置文件运行时的对比

WebSphere Application Server V8.5 Liberty 配置文件中的 API 特性集侧重于基于 Web 的应用程序,并提供了以下支持:

  • Java Database Connectivity (JDBC) 4.0
  • Java Persistence (JPA) API 2.0
  • JavaServer Faces (JSF) 2.0
  • JavaServer Pages (JSP) 2.2
  • Servlet 3.0
  • JAX-RS 1.1(和 JSON4J)。

除了 API 特性,其他运行时特性包括:

  • OSGi Blueprint 4.2 容器
  • Java Management Extensions (JMX)
  • Java Transaction API (JTA) 1.1
  • Java Naming and Directory Interface (JNDI)
  • 通过数据库持久性实现会话分配
  • 安全套接字层 (SSL)。
  • 安全性,使用基于文件的用户注册表或一个 (LDAP) 用户注册表
  • Web 安全性
  • z/OS® 安全性,由 z/OS System Authorization Facility (SAF) 支持。

如果您在寻找更多的 Web 和企业应用程序 API,您可以合理地预测可用于 Liberty 配置文件的 API 和运行时特性会不断演化。

Liberty 配置文件还提供了一个显著简化的服务器运行时配置。这使得使用单个 XML 文件(涵盖服务器、应用程序以及应用程序所需资源的所有方方面面)就能够(在 Eclipse 环境的内部或外部)轻松配置服务器实例。这使得跨开发团队和环境共享配置变得很容易。针对 Liberty 配置文件的简化的单 XML 配置如图 2 中所示。

图 2. Liberty XML 配置文件
图 2. Liberty XML 配置文件

Liberty 配置文件还提供了多个安装选项。您可以使用一个简单的 unzip、IBM Installation Manager 或 WebSphere Application Server Network Deployment V8.5 Job Manager 来分发和安装 Liberty 二进制文件。

尽管有关 Job Manager 和 Liberty 的讨论更倾向于操作讨论,而不是开发讨论,但我们现在主要讨论 Liberty 的连续性。

向 WebSphere Application Server Network Deployment V8.5 Job Manager 添加了特定于 Liberty 配置和应用程序管理的作业,包括 Liberty 配置文件安装,以及应用程序安装、更新和卸载。与模块化的 Liberty 架构相符,Liberty 运行时(和配置)或 Java SDK(或者在一个 Liberty 配置文件上运行的应用程序)可在最初一起分发或单独分发,或者作为一个更新来分发,提供非常细粒度的管理。一个示例如图 3 所示。

图 3. 使用 Job Manager 进行 Liberty 安装和更新
图 3. 使用 Job Manager 进行 Liberty 安装和更新

其他 Job Manager 作业可用于启动和停止 Liberty 服务器,生成和合并来自 Liberty 服务器的 HTTP 服务器插件配置文件。此外,WebSphere Application Server Network Deployment 部署管理器也提供了 Liberty 管理作业(还包括非 Liberty 独有的作业类型)。

最后,在 Liberty 配置文件方面,还可以非常灵活地选择将一个 JDK 用于 Windows®、Linux® 和 Mac OS 之上(Mac OS 仅支持用于开发)。

OSGi Blueprint 规范

除了 Liberty 配置文件之外,WebSphere Application Server V8.5 中的另一项核心增强是向 WebSphere Application Server V8.0 中的 OSGi Blueprint 规范添加了 EJB Bundles 支持。这使 OSGi 应用程序包能够包含 Enterprise JavaBeans (EJB) 组件。您的 OSGi 包中的企业 bean 可以是有状态、无状态和单一的企业 bean,以及消息驱动的 bean (MDB)。包含企业 bean 的 OSGi 应用程序包的部署和配置类似于使用管理控制台或 wsadmin 脚本接口的现有 WebSphere Application Server V8.0 功能。

Java SE 7

WebSphere Application Server V8.5 还包含使用 Java 7 SE 的选项,这提供了大量通过 OpenJDK 项目 Project Coin 添加的 Java SE API 加载项:

  • 对比条件语句中的一段字符串文字;例如:
    case “one”: <do something>; break;)
  • 二进制整数(比如 0b10011010)和数字中的下划线,有助于直观地显示数据块 (for example, 34_409_066)。
  • 简化的 Varargs Methods Warnings(例如 @SafeVarargs 标注用于删除安全 varargs 方法声明和调用上的警告)。
  • 多个特定于处理的 try catch 块;例如:

    try { } catch(Exception|Error a) { handle(a); }

  • 改进了用于一般实例创建的类型推断。例如:

    Map<String,MyType> foo = new HashMap<String,MyType>();

    becomes

    Map<String,MyType> foo = new HashMap<>();

Java 7 SE 中的其他改进包括:

  • 非阻塞 I/O 2 (NIO.2) 提供了对处理 I/O 操作的方式的更多应用控制,实现了更好的扩展性能。
  • 自动资源管理 (ARM),其中 Java 编译器将自动关闭语句和外部资源连接,这可通过错误处理和资源控制缓解问题,从而避免资源泄漏。

IDE 选项

WebSphere Application Server V8.5 还包含新的集成开发环境 (IDE) 选项,首先是 WebSphere Application Server Developer Tools for Eclipse,这是一个 Eclipse 插件,提供了一组轻量型的工具,可以使用这组工具开发和组装 Java EE、OSGi、Web 2.0 和移动应用程序,并将它们部署到 WebSphere Application Server 上,包括 Liberty 配置文件。Developer Tools for Eclipse 可从 Eclipse Marketplace 免费获得,您也可以选择购买支持。

此外,IBM Rational® Application Developer V8.5 提供了一个完整的环境,可供 Java、Java EE、Web、Web 服务、SOA、OSGi 和 WebSphere Portal 设计人员和开发人员进行企业开发。Rational Application Developer V8.5 扩展了 Developer Tools for Eclipse 的 Java EE、OSGi 和 Web 2.0 功能,添加对 portlet 和门户应用程序、SCA 应用程序、应用程序静态分析和应用程序性能探查,以及对团队调试和代码控制的支持。

Web 2.0 和移动

在 WebSphere Application Server V8.5 中,使用 Web 2.0 和 Mobile Toolkit 启用了移动 Web 应用程序开发,这集成了以前在 WebSphere Application Server Feature Pack for Web 2.0 and Mobile 中提供的功能。尽管这项关键的开发功能已经有了一些变化,但基于标准 Web 技术(比如 HTML5、CSS3 和 JavaScript)创建和交付移动应用程序的能力没有改变,这使应用程序能够在移动设备浏览器中运行,并具有本地设备的外观。

应用程序迁移

WebSphere Application Server V8.5 在 WebSphere Application Server V7 服务周期中提供的 Application Migration Tool (AMT) 的基础上进行了改进。AMT V3.0 可用作 Eclipse 和 Rational Application Developer 的免费插件。AMT Version 3.0 添加了对将 Apache Tomcat 应用程序迁移到 WebSphere Application Server 的支持,还会分析源代码,以查找潜在的 WebSphere 版本间迁移问题,比如:

  • 删除的特性
  • 不推荐使用的特性
  • 行为更改
  • JRE 5 和 JRE 6 的区别
  • Java EE 规范更改或实施。

AMT 提供了更改应用程序的能力,或者提供了关于如何使获取应用程序迁移中所需更改结果的速度比没有帮助的迁移快 2 到 3 倍的指导。AMT V3.0 可用于从 WebSphere Application Server V5.1、V6、V6.1 迁移应用程序,以及从 Apache Tomcat、JBoss、Oracle® Application Server 和 Oracle WebLogic Server 将应用程序迁移到 WebSphere Application Server V8.5、V8 和 V7。


应用程序恢复能力

此区域的新特性和增强包括:

智能管理

有关应用程序恢复能力主题,最大的新闻可能是将来自 WebSphere Virtual Enterprise 的特性集成到 WebSphere Application Server Network Deployment V8.5 中。这一合并允许单个 WebSphere Application Server Network Deployment 安装提供传统的网络部署功能,以及 WebSphere Virtual Enterprise 功能。Network Deployment V8.5 中目前包含的以前的 WebSphere Virtual Enterprise 功能被称为智能管理特性,并包含以下特性:

  • 智能路由
  • 应用程序版本管理
  • 动态集群
  • 健康管理

Intelligent routing

很容易通过引用最明显的组件 On Demand Router (ODR) 来展开智能管理的讨论,该组件是一个基于 Java 的特殊的代理服务器,它将传入请求分类,然后在整个应用服务器环境中分派请求。ODR 及其功能如图 4 中所述,为简便起见,图中没有给出用来向 ODR 发送请求的 HTTP 服务器或反向代理服务器。

图 4. On Demand Router 功能
图 4. On Demand Router 功能

ODR 将传入的 HTTP 和 SIP 请求进行分类,然后与其他智能管理 “决策者” 进行协作,一起路由工作负载,确保为业务关键型应用程序分配了最高的优先级。请求是基于管理员定义的规则(称为服务策略)进行优先化和路由的,可以使用这些规则来指定应用程序响应时间的目标。

服务策略响应时间目标需要与应用程序可提供的响应时间一致。智能管理不会让未良好编写和架构的应用程序较快地运行!

然后,可以使用这些目标来分发请求,并使用智能管理的动态集群功能控制与某个应用程序有关联的应用服务器的数量。通过使用动态集群,WebSphere Application Server 决策者可以自动根据需要增加和减少运行的集群成员的数量,以满足用户的响应时间目标。还可以利用防过载保护来限制 On Demand Router 将流量转发给应用服务器的速率,预防堆耗尽、CPU 耗尽或两种资源同时耗尽的情况发生。ODR 可迅速对不太重要的应用程序的请求进行排队,使来自更重要的应用程序的请求得到更快的处理。

关于 ODR 功能和架构,最后要注意的一点是,图 4 中不仅省略了 HTTP 服务器,而且为了简便起见,仅描述了一个 ODR,而不是正常的 ODR 集群。

应用程序版本管理

应用程序版本管理支持管理无中断的生产应用程序部署。使用此特性,可以在生产环境中验证应用程序的新版本,而不会影响用户,还可以在不造成用户中断的情况下升级应用程序。您可以同时运行一个应用程序的多个版本,将不同的用户分配给不同的版本,因为 ODR 不仅维护着传统的应用程序状态(例如 HTTP 会话)亲和性,还维护着应用程序版本亲和性。如果允许预先配备新的应用程序版本的 “原子” 应用程序进行了更新,并且所有用户都渴望执行从旧应用程序版本到新应用程序版本的 “原子” 更新,智能管理应用程序版本功能还提供了排队请求的能力。

健康管理

智能管理提供了一个健康管理特性来监视应用程序服务器的状态,并在发生中断之前感知和响应问题区域。您可以使用一种策略驱动的方法来管理应用程序服务环境,支持在满足监视的条件时执行特定的操作。例如,当内存使用超出堆大小的某个百分比,并且超出时间已到达指定时间的时候,可运行健康操作来改正这种情况。

除了预定义的健康条件和健康操作,还可以针对特定于您环境的条件和操作需求来自定义健康条件和健康操作。例如,如果检测到内存泄漏,可以启动一个替换应用服务器实例,将工作负载定向到替换应用服务器,然后将应用服务器设置为维护模式(这意味着不会向它发送任何请求)。所有这些都支持(在健康操作中)手动和自动执行离线诊断(例如线程转储、堆转储)。而且,在智能管理运行时检测到一个问题时,可以通过电子邮件自动通知管理或操作人员。

消息

WebSphere Application Server V8.5 中的应用程序恢复能力的另一个重要方面是对 WebSphere Application Server 消息引擎的改进,该引擎是每个应用服务器实例中签入的 JMS 提供程序。

首先是通过 SIBOWNER 表上的活动消息引擎,将使用长期运行的或持久的数据库锁更改为使用短期锁。如果不使用永久锁,那么表所有权就会定期重新验证,从而允许数据库管理员访问消息引擎所使用的表,同时确保只有一个消息引擎正在使用来自消息队列的消息,确保消息是按顺序传送的。

我们进行了许多更改,将消息引擎实例与应用服务器隔离。因此,如果某个应用服务器中的消息引擎挂起,那么该消息引擎可切换到另一个应用服务器,在具有 “挂起” 消息引擎的应用服务器中运行的应用程序可继续正常运行。与隔离相关的另一个改进是,消息引擎能够在遇到数据库连接错误时停止和重新启动,不需要重新启动应用服务器 JVM。

如果遇到禁用的状态,消息引擎也可自动重新启动(或重新启用)。这使大型网络部署集群中的管理变得轻松得多,因为在大型环境中,管理人员确定禁用的消息可能是一个麻烦的过程。

另一个令人烦恼的问题是在应用服务器重新启动后重新传送有害的消息,这个问题也已在 WebSphere Application Server V8.5 中得到解决。这是通过持久化 JMS 消息重新传送计数来完成的,这样就可以避免有害消息使得消息引擎(和应用服务器)挂起,只会让消息引擎(应用服务器)在尝试处理同一个有害消息时重新启动。

V8.5 中添加了一个新的管理命令 recoverMEConfig,该命令使消息引擎可从一个孤立的持久消息存储中恢复消息。因此,在发生物理服务器(或数据中心!)丢失的灾难时,如果持久消息数据可用,则可以立即轻松地从持久消息存储恢复数据。当运行这个新命令时,会有一个新的消息引擎从消息存储中读取旧消息引擎的 UUID,接管与该 UUID 有关联的记录的所有权。

消息引擎代码库也得到了改进,以便更好地利用多核 CPU,在拥有大量消息和目标时更快地启动消息引擎。

在关于性能的主题方面,如果我不提及 WebSphere Application Server V8.5 中的总体性能改进,似乎有点不尽职。基于我们 2012 年 4 月的 SPECjEnterprise 2010 基准测试结果 (3),在相同的硬件上,WebSphere Application Server V.8.5 比 WebSphere Application Server V8.0 快 70%,如图 5 所示,该图中还给出了 WebSphere Application Server V7 的 SPECjEnterprise 2010 性能。

图 5. WebSphere Application Server SPECjEnterprise 性能
图 5. WebSphere Application Server SPECjEnterprise 性能

这一性能改进源于众多应用服务器组件上的许多改进。在 V8.5 中,还在以下方面实现了性能改进:

  • JDK(Java 7 SE 与 Java 6 SE 相比)
  • JPA 2.0 持久层
  • Web 容器
  • JSP 引擎
  • EJB 容器
  • J2C/RRA 连接管理
  • JMS 消息优化。

WebSphere Application Server V8.5 中的另一个新应用程序恢复能力特性是检测内存泄漏 的新功能,以及在停止应用服务器时减轻内存泄漏影响的能力,在一些情况下,这些能力可通过清除应用程序内存引用来实际预防泄漏,并在发生泄漏时收到泄漏警告,获得堆/系统转储。


操作和控制

此区域的新特性和增强包括:

可选择的 JDK

WebSphere Application Server V8.5 引入了可选择的 JDK,可以使用 managesdk 命令来管理它,它指定了一个 WebSphere Application Server 配置文件使用的 JDK。这个可选择的 JDK 支持管理同时包含 Java 6 SE 和 Java 7 SE 的环境,使您的拓扑结构中的某些部分可在 Java 7 SE 上运行,剩余部分可在 Java 6 SE 上运行。在需要时,managesdk 命令可用于切换到 Java 7 SE 或切换回 Java 6 SE。Java 7 SE 是 WebSphere Application Server V8.5 中的一个可选安装,可与 Liberty 配置文件或全功能的 WebSphere Application Server 配置文件结合使用。

安全性

WebSphere Application Server V8.5 包含多项 OSGi Blueprint 安全性改进,它们作为前面讨论的 OSGi 包中的 EJB 支持的一部分来提供。这些安全性改进包括:

  • 配置 Blueprint XML 文件中的 bean 安全性。
  • 指定 OSGi 应用程序中的 bean 级安全性。
  • 设置 OSGi 应用程序中的方法级安全性。

跟踪管理更改

另一项新的管理功能是跟踪管理性配置更改。此功能利用了 WebSphere Virtual Enterprise 的 Extended Repository Checkpoint 功能,它在每次将配置更改保存到 WebSphere Application Server 配置存储库时编写一个 delta 存储库。delta 存储库列出 “之前” 和 “之后” 配置元素,然后使用这些元素来跟踪配置更改。

Java Batch

WebSphere Application Server V8.0 中的 Java Batch 功能已在 V8.5 中得到增强,包含一个控制并行作业执行(包括作业的拆分和合并)的 Parallel Job Manager。这是一种由容器管理的并行化,提供了一种 “分而治之” 的方法来处理大量记录,显著减少批处理时间。

WebSphere Application Server V8.5 中对 Java Batch 的另一项增强是集成外部企业计划程序(比如 IBM Tivoli® Workload Scheduler),以便进行相应的计划和监视(例如批量工作负载的 IBM Tivoli Composite Application Manager (ITCAM))。这些增强进一步改进了 Java Batch 中已有的批量编程、批量容器和批量作业管理功能,比如作业计划和作业状态检查点重新启动。

Cross Component Trace (XCT)

WebSphere Application Server V8.5 中一个全新的管理功能是 Cross Component Trace(XCT)。XCT 支持将日志与多个线程或进程代表同一个请求创建的轨迹条目相关联,XCT 可为日志和轨迹条目添加一个 requestID,这个 ID 可使用 HPEL 查看和过滤(清单 1)。

清单 1. 添加了请求 ID 的 XCT
[3/18/11 14:50:17:391 EDT] 00000018  W UOW= source=com.ibm.somelogger.QuickLogTest 
org= prod= component= thread=[WebContainer : 1] requestID=AAP+k9s6JZ9-AAAAAAAAAAA
	hello world

XCT 可向日志和轨迹文件添加记录,使您能够看到工作与分散在所有涉及的线程和进程中的每个请求之间的关系(清单 2)。

清单 2. XCT 请求和响应标记
[3/23/12 14:01:40:615 CDT] 00000032 XCT           I   BEGIN AAP+k9s6JZ9-AAAAAAAAAAA 
00000000000-cccccccccc2 HTTPCF(InboundRequest /HelloWorld/ RequestContext(828937987))
[3/23/12 14:01:40:678 CDT] 00000032 XCT           I   END   AAP+k9s6JZ9-AAAAAAAAAAA 
00000000000-cccccccccc2 HTTPCF(InboundRequest RC=200 RequestContext(828937987))
[3/23/12 14:01:50:381 CDT] 00000032 XCT           I   BEGIN AAP+k9s6JZ9-AAAAAAAAAAB 
00000000000-cccccccccc2 HTTPCF(InboundRequest /HelloWorld/ RequestContext(435283455))
[3/23/12 14:01:50:443 CDT] 00000032 XCT           I   END   AAP+k9s6JZ9-AAAAAAAAAAB 
00000000000-cccccccccc2 HTTPCF(InboundRequest RC=200 RequestContext(435283455))

XCT 也可用于查看 HTTP 和 JMS 请求和响应上的详细信息,从而轻松调试复杂的应用程序问题。XCT 改进了诊断和调试软件问题的能力,以便最大程度地减少和消除应用程序宕机时间。可供 IBM Support Assistant 使用的 XCT 日志查看器可呈现按请求分组的多个日志和轨迹文件的日志和轨迹内容(参见图 6)。

图 6. XCT 日志查看器
图 6. XCT 日志查看器

日志记录

V8.5 中改进了高性能可扩展日志记录 (High Performance Extensible Logging, HPEL),它现在拥有日志和轨迹条目扩展,使您能够按应用程序名称、请求 ID 或其他自定义字段过滤条目。HPEL 日志和轨迹条目现在可使用名称-值对 “扩展” 来实现扩展。作为清单 3 中的一个示例,可以将 Java EE 应用程序名称作为一个扩展(称为 appName)添加到与某个应用程序有关联的线程上创建的所有日志和轨迹条目上。

清单 3. HPEL 应用程序名称扩展示例
logViewer.sh -includeExtensions appName=ACMEShovels –format advanced
...
[12/10/11 10:52:01:500 EST] 000001c6  1 UOW= source=com.acme.SomeLogger 
thread=[WebContainer : 6] org= prod= component= appName=[ACMEShovels]
          This is a trace entry from the MyShovels application

当查看 HPEL 日志和轨迹时,可通过 HPEL logViewer 命令,按 appName、requestID 或任何其他扩展对各个条目进行过滤。

数据收集器

最新版的 IBM Support Assistant 提供了一个数据收集器,它可迅速收集为 WebSphere Application Server 组件预定义的诊断文件或运行轨迹。这允许在本地查看诊断文件,或者有选择地迅速将文件发送给 IBM 产品支持人员,缩短解决问题所需的时间。


结束语

IBM WebSphere Application Server V8.5 是一个主要版本,提供了一些重大的运行时改进,以及开发和部署应用程序的更简单、更轻松的方法。本文概述了一些新特性和增强,希望能够激发您探索这个新版本提供的其他功能的兴趣。

参考资料

学习

获得产品和技术

讨论

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


在您首次登录 developerWorks 时,会为您创建一份个人概要。您的个人概要中的信息(您的姓名、国家/地区,以及公司名称)是公开显示的,而且会随着您发布的任何内容一起显示,除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=WebSphere
ArticleID=834731
ArticleTitle=WebSphere Application Server V8.5 中的新功能
publish-date=09132012