test

适用于 Microsoft Windows 的 Sun Java System Application Server Enterprise Edition 8.2 发行说明

第 2 章 关于 Application Server Enterprise Edition 8.2

Sun Java System Application Server Enterprise Edition 8.2 是与 J2EE 1.4 平台兼容的服务器，它用于在大规模生产环境中开发和部署 J2EE 应用程序和基于 Java 技术的 Web 服务。

本章包含以下各节：

8.2 发行版的新增功能

Application Server Enterprise Edition 8.2 包括以下增强功能：

硬件和软件要求

本节列出了安装 Sun Java System Application Server Enterprise Edition 8.2 产品之前必须满足的要求。

平台要求

下表列出了 Sun Java System Application Server Enterprise Edition 8.2 产品所支持的操作系统。此外，还标识了安装和运行 Application Server 所需的最小内存和建议的内存。

表 2–1 Sun Java System Application Server 8.2 平台要求

操作系统 

最小内存 

建议的内存 

最小磁盘空间 

建议的磁盘空间 

JVM [仅支持 32 位（而非 64 位）JVM。]

Windows 2000 Advanced Server SP4 

Windows XP SP2 

Windows 2003 Enterprise Server SP1（32 位） 

Windows 2003 Enterprise Server SP1（64 位） 

1 GB 

2 GB 

500 MB 可用空间 

1 GB 可用空间 

J2SE 1.4.2_10、J2SE 5_06 

注 –

在任一 Microsoft Windows 平台上运行 Application Server 时，必须使用 NTFS 文件系统，而不是 FAT 或 FAT32。

重要修补程序信息

有关 Sun Java System Application Server Enterprise Edition 8.2 所需的修补程序当前列表，请参见 http://sunsolve.sun.com 并搜索 "app server 8.2 patch"。单击 Sun Java System Application Server Enterprise Edition 8.2 链接。在操作系统修补程序要求发生改变且 Java Enterprise System 组件修补程序可用时，可以在 SunSolveSM Web 站点上获取更新（最初以推荐的修补程序簇的形式提供）。

JDBC 驱动程序和数据库

Sun Java System Application Server 支持使用相应的 JDBC 驱动程序连接任何 DBMS。有关经 Sun 测试发现适合构建与 J2EE 兼容的数据库配置的组件列表，请参阅下表。

表 2–2 J2EE 兼容的 JDBC 驱动程序

JDBC 供应商 

JDBC 驱动程序类型 

支持的数据库服务器 

i-net Software 

类型 4 

Oracle® 8.1.7、9i、9.2.0.3+、10.1.x、10.2.x

Sybase ASE 12.5.2 

Microsoft SQL Server 2000 4.0 Service Pack 1 

IBM 

类型 2 

IBM DB2 8.1 Service Pack 3+ 

Java DB 

类型 4 

Apache Derby 10.1.2.1 

PointBase 

类型 4 

PointBase Network Server 5.2 

DataDirect 

类型 4 

Oracle (R) 8.1.7, 9i, 9.2.0.3+, 10.1.x, 10.2.x

Sybase ASE 12.5.2 

Microsoft SQL Server 

IBM DB2 8.1 Service Pack 3+ 

MySQL 

类型 4 

5.x

用于 Oracle 的 Sun Java System JDBC 驱动程序 

类型 4 

Oracle (R) 9.2.0.3, 10G 

用于 DB2 的 Sun Java System JDBC 驱动程序 

类型 4 

IBM DB2 8.1 Service Pack 3+ 

用于 Sybase 的 Sun Java System JDBC 驱动程序 

类型 4 

Sybase ASE 12.5.2 

用于 Microsoft SQL Server 的 Sun Java System JDBC 驱动程序 

类型 4 

Microsoft SQL Server 2000 4.0 Service Pack 1 

Oracle 

类型 4、类型 2 

Oracle (R) 9.2.0.3, 10G 

使用捆绑的 Java DB 数据库

本节介绍了有关使用 Application Server 8.2 捆绑的 Java DB 数据库实现的说明。

启动和停止 Java DB 数据库

Sun Java System Application Server 8.2 引入了两个新的 asadmin 命令，用于启动和停止 Java DB 网络服务器。

Java DB 实用程序脚本

Application Server 8.2 附带的 Java DB 配置还包括几个有用的脚本，可帮助您使用 Java DB。可以在 appserver_install_dir /derby/frameworks/NetworkServer/bin 目录中使用以下脚本：

Procedure配置环境以运行 Java DB 实用程序脚本

  1. 将 DERBY_INSTALL 环境变量设置为指向 appserver_install_dir/derby 目录。

  2. 取消 CLASSPATH 环境变量的设置。

  3. （可选的）还可以设置以下属性：

    • 将 DERBY_SERVER_HOST 设置为网络服务器将侦听的主机。

      还可以设置为 0.0.0.0 来启用所有侦听器。

    • 将 DERBY_SERVER_PORT 设置为网络服务器将侦听的端口号。

另请参见

有关这些实用程序的更多信息，请参见 Derby 工具 和管理指南。

Web 服务器

本节列出了 Sun Java System Application Server Enterprise Edition 8.2 所支持的 Web 服务器。

表 2–3 支持的 Web 服务器

Web Server 

版本 

操作系统 

Sun Java System Web Server 

7 

Windows 2000 Advanced Server SP4 

Windows XP SP2 

Windows 2003 Enterprise Server SP1（32 位） 

Windows 2003 Enterprise Server SP1（64 位） 

浏览器

本节列出了 Sun Java System Application Server Enterprise Edition 8.2 所支持的浏览器。

表 2–4 支持的 Web 浏览器

浏览器 

版本 

Mozilla 

1.4, 1.5, 1.6, 1.7.x

NetscapeTM Navigator

4.79, 6.2, 7.0, *** 

Internet Explorer 

5.5 Service Pack 2, 6.0 

Firefox 

*** 

HADB 要求和支持的平台

除了硬件和软件要求中列出的要求以外，还需验证系统是否满足下列 HADB 运行要求。

注 –

该系统的 Java 组件使用 JDK 1.4.2_02 构建，并且该系统已在 JDK 1.5 上进行了测试。

支持的平台

HADB 服务器主机要求

HADB 管理主机要求

HADB 客户机主机要求

Enterprise Edition 8.2 发行版中修复的错误

本节列出了由客户提出并且已经解决的 Sun Java System Application Server Enterprise Edition 8.2 产品问题。

错误号 

说明 

4887079 

程序 API，用于部署或取消部署以及查找部署的应用程序。 

4911462 

在端口超出可用范围时出现不正确消息。 

4918535 

sun-appserv-deploy() 不采用支持 createAndDropTables() 的标志。

4939749 

xml:lang() 值不应由 Deploytool 自动插入。

4946914 

对群集的部署支持。 

4979136 

基于目录的部署在备份目录中复制应用程序。 

4987274 

如果 bean 的远程接口命名为 Util()，部署将失败。

4988818 

使用 J2SE 1.5 时，“透明持久性”运行时测试将失败。 

4992295 

在命令行界面上部署系统组件成功，但在服务器日志文件中记录了一个错误。 

4994790 

使用 precompilejsp=true 部署的 JSP 不使用 sun-web.xml 中的编译器标志。

4996876 

使用检验器与在部署中使用 verify=true 进行对比，两者的报告不同。

5003356 

升级工具不考虑最近的 server.policy 文件更新。

5006854 

asadmin deploy --virtualservers 无法部署。

5007309 

HTTP 侦听器接收器线程的默认值不恰当。 

5008941 

某个应用程序在取消部署之后又实施部署时，JSR88 启动操作失败。 

5016848 

在 Windows 中，JDK JAR 文件高速缓存和打开的文件会阻止某些重新部署。 

5017956 

JAR 模块级的 list -m 不列出 EJB。

5030425 

deploydir 命令将忽略 security-role-mapping 更改。

5041343 

不检查始终由 / 换行的 servlet-mapping url-pattern- -directory。

5046120 

部署大的应用程序时会出现 SEVERE 日志消息。 

6041268 

不存在禁用 HTTP TRACE 的机制。

6062410 

在本地化的计算机上启动了英文版 Upgradetool。 

6067341 

对包含 ejb-refs 的 Web 应用程序运行 deploydir 命令，无法对远程接口执行 rmic。

6152752 

在 SPEC J2004 测试运行过程中记录了一个 outofbound 异常。

6154949 

无法执行连接验证。 

6157310 

运行时可以在关系管理过程中重新装入 Collection 字段。

6165491 

如果某个域是在非默认域路径中创建的，系统无法启动该域。 

6171667 

domain.xml 中未创建生命周期模块属性元素。

6171729 

在 MDB 部署期间，非字符串 RA ActivationSpec 属性将导致 IllegalArgumentException。

6172178 

OSS/J TT TCK 无法从远程应用服务器获取 JMS 连接工厂。 

6172589 

优化对安全管理器的调用。 

6183492 

[DataDirect] DB2：在 EJB 调用过程中，某些“透明持久性”应用服务器测试失败并抛出异常。 

6184864 

使用 OR 运算符进行 EJB QL 查询时没有返回任何结果。表达式包含空的单值 CMRS。 

6197393 

Deploytool 通常不会在部署描述符中创建 message-destination 元素。 

6198796 

部署应用程序时，EE 样例 asadmin 命令需包含 availabilityenabled=true ()选项。

6198981 

类路径中缺失 xalan.jar 文件会导致出现空的下拉式列表或菜单以及 Web 服务向导无法运行。

6199076 

使用 asant 脚本不能运行 Duke 书店样例故障转移测试。

6202363 

在 mq-failover 样例应用程序的一个 ant 目标中，群集名称采用硬编码。

6202606 

JMS 服务配置不能用于 JMS 和 Message Queue 之间的 SSL JMS。 

6206176 

Application Server 8.1 要求执行 startserv 和 stopserv 的权限为 755。

6207297 

在没有默认 SSL 端口号 (443) 的情况下，无法访问 Application Server。 

6207862 

asadmin create-domain --help 将生成一些乱码文本。

6363339 

managementws 样例需要将 MANIFEST.MF 引用从 castor-0.9.3.9-xml.jar 更新到 castor-0.9.9.1.jar。

6372759 

AS v8.2 启动时没有正确处理特定的 Java 系统属性。 

其他 HADB 信息

本节介绍有关 Application Server 8.2 中所包含的 HADB 实现的其他重要信息。

HADB 增强功能

已知 SQL 限制

高可用性负载平衡

Application Server 包含的负载平衡功能可用于以下几个方面：

可用性允许对群集中的 Application Server 实例进行故障转移保护。一个 Application Server 实例失败时，其他 Application Server 实例将接管指定给该故障服务器的会话。会话信息存储在 HADB 中。HADB 支持 HTTP 会话的持久性、有状态会话 Bean 和单点登录证书。

Application Server 产品发行

Application Server 产品的交付方式有多种。下表标识了几种产品发行的交付机制：

Application Server 产品发行 

交付机制 

Sun Java Enterprise System 内的 Application Server Enterprise Edition 组件。 

基于文件的分发 

需要通过 SunSolve 进行修补程序安装

Application Server Standard and Enterprise Edition 独立产品 

基于文件的分发和基于软件包的分发 

兼容性问题

Deploytool

Deploytool 不再可用。NetBeans IDE 中提供相同的功能。有关更多信息以及如何规划迁移，请参见用于 NetBeans 4.1 的 J2EE 1.4 教程，网址为 http://www.netbeans.org/kb/41/j2ee-tut/index.html。

验证器

类加载器更改

在当前发行版中，可以在 JVM 系统类路径中找到添加到 domain.xml（应用服务器配置文件）的 classpath-prefix、server-classpath 和 classpath-suffix 属性中的 JAR 和目录条目。依赖于这种行为的应用程序可能会使用类 java.lang.ClassLoader 中的以下方法，来访问 JVM 系统类路径中的类或其他资源：

在下一个主要发行版中，添加到 classpath-prefix、server-classpath 和 classpath-suffix 中的 JAR 和目录条目在 JVM 系统类路径中将不再可用。如果应用程序使用前述方法之一，Sun 强烈建议使用无需假定资源包含在系统类路径中的等效方法。不依赖于 JVM 系统类路径的等效方法可在 java.lang.ClassLoader 中获得，并应尽量使用这些方法，例如：

示例 2–1 旧代码

java.net.URL url = ClassLoader.getSystemResource
("com/acme/tools/tools.properties");
示例 2–2 建议的更改

java.net.URL url = this.getClass().getClassLoader().getResource
("com/acme/tools/tools.properties");

如果不能更改此代码，可以选择使用下一个发行版中将添加的一个新配置选项，以便设置 JVM 系统类路径。

Web 服务安全性配置

使用 wss-client-config.xml 和 wss-server-config.xml 文件可以配置 Web 服务的安全性。请注意，这些配置文件的内容和名称不稳定，可能会更改。但等效的功能可以继续使用。

J2EE 支持

Sun Java System Application Server Enterprise Edition 8.2 支持 J2EE 1.4 平台。下表介绍了 J2EE 1.4 平台上可用的增强 API。

表 2–5 J2EE 1.4 平台上可用的 API

API 

说明 

组件

应用程序和应用程序客户机 

通过 XML 模式实现标准部署描述符。 

Enterprise JavaBeans (EJB) 2.1 

计时器服务和 EJB Web 服务端点。 

Java Servlet 2.4 

Web 服务端点过滤器。 

JavaServer Pages (JSP) 2.0 体系结构 

表达式语言和标记库。 

J2EE Connector Architecture 1.5 

内嵌资源适配器和 Java 消息服务 (Java Message Service, JMS) 插件化。 

Web 服务

Java Web Services Developer Pack 1.5 

用于构建、测试和部署 XML 应用程序、Web 服务和 Web 应用程序的集成工具包。 

用于基于 XML 的远程过程调用的 Java API (JAX-RPC) 1.1 

用于 WSDL 和 Java 技术的映射以及对开发 Web 服务客户机和端点的支持。 

WS-I 基本配置文件 1.0 

使用 WSDL 和 SOAP 启用互操作性的元素。 

Java 的带附件的 SOAP API (SAAJ) 1.2 

基于 SOAP 的消息传送 API。促使创建带附件的 SOAP 消息。 

用于 XML 注册表 的 Java API (JAXR) 1.0 

统一且标准的 API，用于访问 XML 注册表，例如用于通用说明、发现和集成（UDDI 和 ebXML）的 XML 注册表。 

其他

J2EE Deployment 1.1 

启用部署 J2EE 组件和应用程序的标准 API。 

J2EE Management 1.0 

管理 J2EE 平台的信息模型的定义。 

Java Management Extensions (JMX) 1.2 

标准管理 API。 

Java 容器授权合同 (JACC) 1.0 

J2EE Application Server 和授权策略提供器之间的安全性合同的定义。 

用于 XML 处理的 Java API (JAXP) 1.2 

应用程序用以解析和变换 XML 文档的 API。. 它还添加了对 XML 模式处理的支持。 

JMS 1.1 

消息传送标准，允许 J2EE 应用程序组件创建、发送、接收和阅读消息。此外还添加了对队列和主题统一 API 的支持。 

JavaMail 1.3 

用于邮件系统建模的一组抽象类。还包括对 API 的次要更新。 

切换到支持的另一 Java 版本

Sun Java System Application Server 8.2 要求使用 J2SE 5.0 或兼容版本作为基础 JVM。如需从一个 Java 版本切换到另一个版本，请执行以下适用于 Windows 和 Unix OS 的通用步骤：

Procedure切换到支持的另一 Java 版本

  1. 下载 Java SDK（而非 JRE）并将其安装到系统中（如果尚未这样做）。

    可以从 http://java.sun.com/j2se 下载 Java SDK 。

  2. 完全停止 Application Server。

    您可以使用以下命令行：

    ApplicationServer-base\bin\asadmin.bat stop-domain 


    
    		

    

    

    或者，也可以使用管理控制台 GUI：
    


      


    1. 

      单击 "Application Server" 节点。
      


      2. 


    2. 

      单击“停止实例”。
      


      3. 


    

    3. 


  3. 

    编辑 install_dir\config\asenv.conf 文件（在 Windows 上为 asenv.bat），将 AS_JAVA 的值更改为指向新的 J2SE 主目录。
    


    4. 


  4. 

    编辑 as-install\samples\common.properties 文件，将以 com.sun.aas.javaRoot... 开头的行更改为引用新的 J2SE 主目录。
    


    5. 


  5. 

    重新启动 Application Server。
    


    

    


    

    ApplcationServer-base\bin\asadmin.bat start-domain
    
    		

    

    

    6. 



高性能


Application Server 包含高性能的 EJB 容器、Web 容器和服务，并支持使用 Sun Java System Message Queue 软件进行并发消息传送。


可伸缩性


Application Server 通过服务器实例的群集和请求负载平衡来支持水平可伸缩性。Application Server 还实现了在同类产品中领先的垂直可伸缩性以支持大型多处理器计算机。可以对集成消息代理进行群集以获得更佳的可伸缩性和可用性。从 HTTP 客户机访问的客户机、基于 RMI/IIOP 的丰富客户机应用程序、Web 服务客户机和 JRM 客户机可被负载平衡到 Application Server 群集。


JavaServer Faces 1.1 支持


Sun Java System Application Server Enterprise Edition 8.2 支持 JavaServer Faces 1.1 技术。JavaServer Faces 技术由一组服务器端 API 组成，这些 API 表示用于管理其状态、事件、处理和输入验证的用户界面组件。这些 API 还定义了页面导航并支持国际化和辅助功能。您可以使用 JSP 自定义标记库添加自定义用户界面组件。


使用 JavaServer Faces 技术进行开发时，开发团队的每个成员可以集中开发整个进程的单个部分，然后由一个简单的编程模型将这些部分连接起来，从而使开发周期更为简单高效。