solaris上开发J2EE应用中文问题的解决

　　关于JSP和J2EE的中文
统（如中文NT，windows200
linux,solaris）中就比较
solaris 2.7+minij2ee+mys
到solaris上面后所有中文

问题和处理方法，网上已经有很
0）上，该问题不是很突出，而
明显了。近日在solaris上开发
ql。系统在windows和linux下均
显示为?。

多文章。一般在中文内核的操作系
在其他一些系统（如
一个J2EE的应用系统，环境是
没有出现中文处理的问题，但部署

　　后来经过分析，发现原
因此以默认的系统编码处理
问题：

因出在系统编码上。由于安装so
字符串时汉字高位信息丢失。下

laris时默认的系统编码为ASCII，
面一段简单的jsp程序说明了这个

　　<%@ page contentType="text/html;charset=gb2312"%>

　　String str=request.getParameter("i");

　　//byte[] b=str.getBytes("iso-8859-1");

　　byte[] b=str.getBytes();

　　out.println(new String(b,"gb2312"));

　　在浏览器中输入foo.js
上面注释掉的byte[] b=str
mysql JDBC的驱动程序，问

p?i=中文，结果显示为??。如果
.getBytes("iso-8859-1");，则
题相同。

将byte[] b=str.getBytes();换成
正常显示出“中文”二字。查阅了

　　考虑解决的方法有两个，一个是修改
方便的角度选择了后者。不过后者的缺点
改数据库了。网上有一种汉字编码的方法
有缺陷，因为特定的汉字编码后会出现“
取了minij2ee中uniString的编码方法，

JDBC驱动程序，另一个是将汉字编码成7位，从实现
是字符串长度增加，并且无法直接通过sql工具来修
，是将汉字高位去1，英文则补一个0表示。这种方法
'”等SQL语句中有歧义的字符，导致sql失败。我摘
该方法将字节表示为其16进制编码，下面是源代码：

　　public String encode()

　　{

　　try

　　{

　　StringBuffer sb=new StringBuffer();

　　byte[] bytes=m_enc.compareTo("")

==0?m_str.getBytes():m_str.getBytes(m_enc);

　　for(int i =0;i<bytes.length;i++)

　　{

　　char ch;

　　ch=Character.forDigit((bytes[i]>>4)&0xF,16);

　　sb.append(ch);

　　ch=Character.forDigi

t(bytes[i]&0xF,16);

　　sb.append(ch);

　　}

　　return sb.toString();

　　}

　　catch(java.io.UnsupportedEncodin

gException e)

　　{

　　throw new RuntimeExc

eption("Unsupported encoding

type.");

　　}

　　public void decode(String encodestr)

　　{

　　StringBuffer sb=new StringBuffer();

　　int i=0;

　　while(i!=encodestr.length())

　　{

　　sb.append((char)Inte

ger.parseInt(encodestr.subst

ring(i,i+2),16));

　　i+=2;

　　}

　　m_str=new uniString(

sb.toString(),"iso-8859-1").

cvt(m_enc);

　　}

　　使用编码后，问题解决。

　　另外提一下，minij2ee最新版本中提
中文问题。使用uniString对象，无需关
的编码即可，如在jsp里调用uniString.g
用uniString.iso()即可以以iso-8859-1
作系统上均通用。

供了一个uniString类，解决了在所有操作系统上的
心字符串本身编码，使用时只要调用函数来获得需要
b()即可以以gb2312输出字符串，在数据库存储时调
编码输出字符串，无论在中文内核还是英文内核的操