| |
我们在做一个java的应用,不可避免地要处理中文。经过 艰苦的探索,目前有一些进展,找到了一些解决方法,但仍然 面临着无法解决的问题。在此作一整理,希望对大家有所帮助, 同时请各位高手帮忙考虑我们的问题。 email: sailor@mailserv.stu.edu.cn 背景: jdk 1.15 vcafe 2.0 jpadpro server: nt iis sybase system 10 jdbc: jconnect client: browser: netscape 4.04 + patch pwin95 & pwin98 beta3
class文件存放在 server,由browser 运行applet,applet只 起调入frame类主程序的作用。界面包括text field, text area, list, choice 等。
一,取中文 用jdbc执行select语句从server取数据(中文)后,将数据 用append方法加到text area(ta),不能正确显示。但加到 list中时,则大部分汉字可正确显示。
处理:将数据按“iso-8859-1”格式转为字节数组,再按系统 缺省编码格式(default character encoding)转为string,即可在ta和list中正确显示。 程序段如下:
dbstr2 = results.getstring(1); //********************************************************************* // after read result from database server, convert the result string.
dbbyte1 = dbstr2.getbytes("iso-8859-1"); dbstr1 = new string(dbbyte1); //*********************************************************************
二,写中文到db 处理方式与以上相逆,先将sql语句按default character encoding 转为字节数组,再按iso-8859-1转为string,然后送执行, 则中文信息可正确写入db。
sqlstmt = tf_input.gettext();
//***************************************************************************** // before send statement to database server, convert sql statement.
dbbyte1 = sqlstmt.getbytes(); sqlstmt = new string(dbbyte1,"iso-8859-1"); //*****************************************************************************
_stmt = _con.createstatement(); _stmt.executeupdate(sqlstmt); 。。。。。。
问题: 以上方法当本地客户机上存在classpath指向jdk的classes。zip 时(称为a情况),可正确运行。 但如果客户机只有browser,没有jdk和classpath时 (称为b情况),则汉字无法正确转换。
我们的分析: 1, 经过测试,在a情况下,程序运行时系统的default character encoding = "gbk" or "gb2312". 在b情况下,程序启动时,browser 的java console中出现 如下信息: can´t find resource for sun.awt.windows.awtlocalization_zh_cn 然后系统的 default characterencoding = "8859-1".
2, 如果在转换字符串时不采用default character encoding, 而是直接采用“gbk”或“gb2312”,则在a情况下仍然可正常, 在b情况下,系统出现错误:unsupportedencodingexception。
3, 在本地客户机上,我把jdk的classes。zip解压后,放在另一个 目录中,classpath只包含该目录。然后逐步删除目录中的class 文件,一边运行测试程序,最后发现在一千多个class文件中, 只有一个是不可缺少的,该文件是: sun.io.chartobytedoublebyte.class 我将该文件拷到server端和其它的类放在一起,并在程序的开头 import它,仍然在b情况下无法正常。
4, 在a情况下,如果在classpth中去掉 sun.io.chartobytedoublebyte.class,则程序运行时, 测得default character encoding为“8859-1”,否则为 gbk 或gb2312。
5, 分析browser程序netscape目录下的文件 /program/java/classes/java40.jar, 发现其中没有包括 sun.io.chartobytedoublebyte.class, 不知这是需要升级,还是有其它方法可以解决? 盼望各位高手指导!email: sailor@mailserv.stu.edu.cn
-- ※ 来源:?bbs 水木清华站 bbs.net.tsinghua.edu.cn?[from: dhcp159_158.stu] 发信人: barebell (小心), 信区: java 标 题: re: ● ● jdbc中文处理:方法与问题 发信站: bbs 水木清华站 (tue may 19 22:38:19 1998) www-post
现在我们取得的一点小小进展,在转换字符串时不采用default character encoding,而是直接采用“gbk”或“gb2312”,在情况a和b底下,从db取数据 都没有问题,但是写中文到db也采用“gbk”或“gb2312”时,情况b仍是出错的。
发信人: mah (chip), 信区: java 标 题: 通过jdbc driver获取数据库中文信息揭密 发信站: bbs 水木清华站 (tue aug 11 20:42:16 1998) www-post
当我们使用老外公司开发的jdbc第四类driver获取数据库中文信息时,常会出现乱码现象 ,如????d. 解决办法1: 使用interface resultset的方法getbytes()得到一byte[],然后由此byte[]数组产生一 新的 string,可获得正确的汉字,但此方法有一定的局限性,在某些driver上可以实现,如 weblogic公司 开发的fastforward产品。另此种方法不规范,根据sun jdbc的标准varchar和var推荐用 getstring() 方法来获取。 解决办法2: 使用interface resultset的方法getstring(),这时我们得到的string一定是乱码,如何 解决, string temp = result.getstring (s); if (temp != null) { byte[] b = temp.getbytes ("8859_1"); temp = new string (b); 此时的temp一定是正确的中文,,,,,,此种方法我在sybase公司开发的jconnect4上 实验成功,在fastforward 上也成功。
|
|