• WebLogic Server 8.1 SP4 的注意事项
• 已知问题
• 已解决问题

	简体中文/GB18030
	简体中文/GB2312
	简体中文/GBK
	简体中文/UTF-8
	繁体中文/Big5 
	繁体中文/Big5-HKSCS 
	繁体中文/UTF-8 
	英语 
	英语/UTF-8
	日语/EUC-JP 
	日语/Shift_JIS
	日语/UTF-8
	朝鲜语/EUC-KR
	朝鲜语/UTF-8
	

	 （补充）具体而言，在使用以下代码时会出现异常。

		byte[] b = "[1] ".getBytes("ISO-2022-JP");

      < form method="POST" action="j_security_check" >


      Username: <input type="text" name="j_username">


      Password: <input type="password" name="j_password">


      <input type="hidden" name="j_character_encoding" value="Shift_JIS">


      <input type="submit" value="Login">


      <input type="reset" value="Reset">


      </form>

Solaris：ja_JP.PCK

HP：ja_JP.SJIS

Linux：ja_JP.SJIS

示例：

$ setenv LANG ja_JP.SJIS

# su

# localedef -f SJIS -i ja_JP ja_JP.SJIS

方法 1 --- 重写 JSP/Servlet 的程序文件。

1. --- 对于 JSP，在 page 标记中将 Shift_JIS 重写为 Windows-31J。

   示例：
   

   当 JSP 中存在以下行且使用 MS932 字符时，请将
   

   <%@ page contentType="text/html; CHARSET=Shift_JIS" %>
   

   重写为：
   

   <%@ page contentType="text/html; CHARSET=Windows-31J" %>
   

2. --- 在 Servlet 中更改 setContentType() 的规范。

   对于 Servlet，当存在以下规范且使用 MS932 字符时，请将
   

   response.setContentType("text/html;charset=Shift_JIS");
   

   重写为：
   

   response.setContentType("text/html;charset=Windows-31J");
   

方法 2 --- 在 weblogic.xml 中更改映射（不遵从 J2EE）

在 weblogic.xml 部署描述符文件中，可以将 IANA 名称 Shift_JIS 强制映射为 Java 名称 Windows-31J。这样，您可以不必重写 JSP 或 Servlet 代码，便能够将 Shift_JIS 作为 Windows-31J 进行处理。请在 weblogic.xml 中包括以下项，然后重新部署 Web 应用程序。

代码列表 1-1：weblogic.xml

<!DOCTYPE weblogic-web-app PUBLIC "-//BEA Systems, Inc.//DTD Web Application

8.1//EN" "http://www.bea.com/servers/wls810/dtd/weblogic810-web-jar.dtd">

<weblogic-web-app>

  <charset-params>

    <charset-mapping>

      <iana-charset-name>Shift_JIS</iana-charset-name>

      <java-charset-name>Windows-31J</java-charset-name>

    </charset-mapping>

  </charset-params>

</weblogic-web-app>

为生成的 SOAP 消息指定编码的方法

1. web-service.xml 部署描述符的 charset 特性
2. 客户端 HTTP 请求中的 Accept-Charset
3. -Dweblogic.webservice.i18n.charset

http://myHostName:port/myContextPath/myRequest/?myRequestParameter

默认操作（通过基于 UTF-8 的编码进行 URL 解码）

如果未进行任何设置，WebLogic Server 8.1 将按如下方式处理请求。

1. 对 myContextPath 和 myRequest 部分的 URL 进行解码
2. 解码为 UTF-8 字符串，并生成在步骤 1) 中获取的字节流的字符串

对 URL 进行解码时指定字符编码的方法

当用户代理是 Netscape 时

如果用户代理是 Netscape，地址栏中的字符将按照 Netscape 运行环境中的字符集进行编码，然后，该字符串再次进行 URL 编码，并被发送到服务器。例如，在日语版 Windows 中编码为 Windows-31J 的字符串将进行 URL 编码。在 WebLogic Server 8.1 中，可以将此请求设置为在进行 URL 解码之后将字节流解码为 Windows-31J，从而正确接收此请求。通过下面的 WebLogicServer 启动选项，可以更改用于执行 URL 解码的编码方式。

-Dweblogic.http.URIDecodeEncoding=Windows-31J（默认值为 UTF-8）

使用专有的用户代理时

如果需要在请求 URI 中使用多字节字符，请将该字符串转换为 UTF-8 字节字符串，然后进行 URL 编码，再将其发送到 WebLogicServer。

W3C 建议在创建 URI 时基于 UTF-8 进行 URL 编码。(http://www.w3.org/TR/charmod/#sec-URIs)

按照 JSP J2EE 规范进行的更改（WebLogic Server 7.0 或更高版本）

在 JSP 1.2 规范中，如果存在多个 Page 指令，则产生“致命转换错误”。(CR066562)

摘自 JSP1.2 ---- JSP.2.10.1

JSP.2.10.1 page 指令

page 指令定义一些与页面相关的属性，并将这些属性传送到 JSP 容器。

转换单元（JSP 源文件及通过 include 指令包含的任何文件）可以包含 page 指令的多个实例，所有特性都将应用于整个转换单元（即 page 指令与位置无关）。但是，除 Import 特性之外，在给定的转换单元中，此指令定义的任何特性/值只应出现一次；Import 特性的使用次数将进行累计（使用有序集联合语义）。除此之外的其他多个特性/值定义（或重定义）将导致致命转换错误。

代码列表 1-2：weblogic.xml 中新添加的参数

<jsp-param>

  <param-name>backwardCompatible</param-name>

  <param-value>true</param-value>

</jsp-param>

• webapp.encoding.usevmdefault = true | false
• webapp.encoding.default = java 编码名称

代码列表 1-3：weblogic-application.xml 中的 webapp.encoding.usevmdefault 用法示例

<application-param>

  <description>webapp.usevmdefault</description>

  <param-name>webapp.encoding.usevmdefault</param-name>

  <param-value>true</param-value>

</application-param>

代码列表 1-4：weblogic_application.xml 中的 webapp.encoding.default 用法示例

<application-param>

  <description>default encoding</description>

  <param-name>webapp.encoding.default</param-name>

  <param-value>SJIS</param-value>

</application-param>

-Dweblogic.wtc.encoding=Java encoding name

XMLOutputStreamFactory factory = XMLOutputStreamFactory.newInstance();

XMLOutputStream output = factory.newOutputStream(new

			OutputStreamWriter(new FileOutputStream(fname),"Shift_JIS")); 

output.add(ElementFactory.createStartDocument("Shift_JIS","1.0"));

output.flush();

• 在解析器输入中使用流时请使用字节流。

通过使用字节流，可以使用解析器的 XML 编码自动身份验证功能。解析器在内部生成适合 XML 头编码规范的流，从而确保了解析的正确性。


• 在作为 Unicode 字符流传递时，解析器将忽略 XML 头中的编码规范。

这种情况下，用户负责传递正确的字符流。

• 当管理用户名是多字节时，受管服务器不能启动。(CR187310)
• 当受管服务器的服务器名使用多字节字符时，无法启动。(CR135902)
• 多字节资源名可能会导致 WebLogic Server 消息中出现无效字符。(CR176460)

• 在通过管理控制台上载的应用程序模块文件的文件名中，不能使用多字节字符。(CR135901)
• 在管理控制台中创建连接缓冲池时，如果数据库用户包含多字节字符，将无法正确创建连接缓冲池。(CR135890)

解决办法：直接编辑域的 config.xml。


• 如果管理服务器和受管服务器的区域不同，管理控制台无法正确显示受管服务器的日志。(CR135899)
• 如果使用多字节字符，有时无法从管理控制台更改用户的密码。
• 发送多字节字符时，管理控制台中 JMS 目标接收的字节数不正确。(CR124364)
• WebLogic 的默认身份验证提供程序的导出功能按平台默认编码方式输出文件。因此，当用户和组数据中包含多字节字符时，将无法在具有不同区域的服务器之间正确传输数据。(CR135233)
• 管理控制台服务器日志屏幕中显示的某些消息的最后一个字符可能存在编码问题。(CR202036)

• 如果要创建的服务器名称使用多字节字符，该服务器启动脚本中的 SERVER_NAME 值就是乱码，或者该脚本使用固定编码方式生成。如果按原样创建该名称，服务器可能无法启动。(CR184615)

  解决办法：必须正确修改启动脚本中的 SERVER_NAME 值，并与系统区域相符，然后重新保存该启动脚本。
  

• 如果 BEA_HOME、WL_HOME 或已创建域的目录路径中包含多字节字符，则 WebLogic Server、Configuration Wizard 等无法启动或卸载。安装时，不要在 BEA_HOME、WL_HOME 或已创建域的目录路径中包含多字节字符。（CR182236、CR207614、CR207615）

• 如果使用包含 XA JDBC 驱动程序的多字节名连接缓冲池，则会出现异常。(CR176457)
• 当 Oracle 数据库的版本是 8.1.7 并且使用的服务器端字符集与客户端字符集 (NLS_LANG) 不相同时，如果在 CHAR-type 和 DATA-type 列中使用 prepared statement 并对这些列进行更新，则会丢失数据。


解决办法：使 Oracle 服务器端字符集和客户端字符集保持一致，或者将 Oracle 数据库服务器的版本更改为 9.2.0。

• 如果 Mbean 类型是使用 WebLogic MbeanMaker 创建的，则 MDF 文件名和目录路径中不能包含多字节字符。(CR187425)
• 使用 WebLogic Builder 的实体 EJB 进行编辑时，如果在树中选择了 [containerManaged]-[Finder]，则即使在右侧窗格中单击 [添加] 按钮并在所显示的对话框单击 [取消]，该对话框也无法关闭。
  
  解决办法：单击对话框右上角的 [x] 按钮。
  
  在所显示对话框的 [EJB QL] 中输入一个值后，单击 [取消] 按钮。
  

• 如果在 Weblogic.Deployer 命令中指定了 -upload 选项，则无法部署名称中包含多字节字符的应用程序模块。(CR124704)

解决办法：用英语命名应用程序模块。


• 部署 EJB 时，日语消息在 Weblogic Builder 消息窗格中有时变成无效字符。(CR136165)

在部署指定了容器字段定义的 CMP 时，会发生这种问题。

• 在 Weblogic Builder 中保存应用程序模块时，不能用 [文件] > [另存为] 命令指定现有的文件名。(CR136170)

现有文件不能正确进行更新。


解决办法：指定新的文件名。

• UDDI API 或 UDDI 浏览器不能正确处理多字节字符。(CR103834)

• 对于在 AIX 上使用 IBM JDK 运行的 WebLogic Server 来说，使用 ISO-2022-JP(JIS) 的 JSP 有时不能正确地输出日语。此问题已在这一版本得以解决。(CR131694)

• 安全策略设置弹出窗口出现问题，当简体中文版的 WebLogic Server 管理控制台语言设置为简体中文时，该窗口工作不正常，但此问题已在这一版本得以解决。(CR186756)

• 如果 EAR 文件中的 Web Service 的实现类的名称包含多字节字符，Clientgen 将无法正确生成客户端 JAR。此问题已在这一版本得以解决。(CR188548)

• 如果将多字节字符进行加密并从客户端应用程序发送，则不能为 weblogic.webservice.i18n.charset 指定 UTF-8 之外的其他编码。此问题已在这一版本得以解决。(CR131690)

• JRockit 的异常消息（如 FileNotFoundException）在日语区域中有时会变成无效字符。此问题已在这一版本得以解决。(CR176741)